home *** CD-ROM | disk | FTP | other *** search
/ Mac Mania 2 / MacMania 2.toast / Demo's / Tools&Utilities / Programming / Symantec C⁄C++ Defects Folder / Symantec C⁄C++ Defects < prev   
Encoding:
Text File  |  1993-10-05  |  170.2 KB  |  4,618 lines  |  [TEXT/KAHL]
  1.       Symantec Development Tools Public Defect List
  2.  
  3. This information may be read, copied, distributed, etc., by
  4. any means whatsoever, but it may not be modified in any way,
  5. and it remains the property of Symantec Corporation.
  6.  
  7. The following is a list of confirmed defects in THINK C 6.0.1,
  8. Symantec C++ for Macintosh 6.0.1 and Symantec C++ for 
  9. MPW 6.0.1.  
  10.  
  11. Please note that "THINK C/C++" is used to refer to THINK C 
  12. 6.0.1 and/or Symantec C++ for Macintosh 6.0.1.
  13. Generated Tuesday, October 5, 1993 2:15:27 PM
  14.  
  15. Copyright ©1993, Symantec Corporation. All rights reserved.
  16. ----------------------------------------------------------------------------
  17. ----------------------------------------------------------------------------
  18. Problem Area: Browser
  19. ----------------------------------------------------------------------------
  20.     Product: THINK C/C++
  21. ----------------------------------------------------------------------------
  22. ••Defect Number: 5848, THINK C/C++
  23.   Problem Area: Browser      Type: Incorrect Functionality
  24. If inlined functions with the same name are declared in multiple classes the browser will find
  25. the first inlined function in the file containing the class, not the one corresponding to the
  26. actual class chosen.
  27.  
  28. Workaround:
  29.  
  30. Use "Search Again" until the correct class containing the inline function is reached.  Outlining
  31. the functions in the source file during development also works.
  32. ----------------------------------------------------------------------------
  33. ••Defect Number: 5892, THINK C/C++
  34.   Problem Area: Browser      Type: Incorrect Functionality
  35. Unmangling is not properly done for pointers to pointers of undimensioned arrays.  This can be
  36. seen if the following file is added to a project and struct Y is viewed in the Browser:
  37.  
  38. struct X { };
  39. typedef X (*Xptr)[];
  40. struct Y {
  41.     void f(Xptr) { };
  42. };
  43. ----------------------------------------------------------------------------
  44. ••Defect Number: 6159, THINK C/C++
  45.   Problem Area: Browser      Type: Incorrect Functionality
  46. The browser won't go to the correct function if a class contains both an operator+ and operator+=
  47. overload, unless the operator+ implementation comes first in a source file. If operator+ is
  48. selected in the browser, operator +=  will come up instead. Same thing for -=. 
  49. ----------------------------------------------------------------------------
  50. ••Defect Number: 6178, THINK C/C++
  51.   Problem Area: Browser      Type: Incorrect Functionality
  52. The Browser has a maximum dimension which limits its ability to view a huge class tree in the
  53. Browser window, and the window can not be scrolled to the right.
  54. ----------------------------------------------------------------------------
  55. ----------------------------------------------------------------------------
  56. Problem Area: Compatibility
  57. ----------------------------------------------------------------------------
  58.     Product: THINK C
  59. ----------------------------------------------------------------------------
  60. ••Defect Number: 5579, THINK C
  61.   Problem Area: Compatibility      Type: Crash
  62. There is a problem with the THINK C Debugger interacting with the Japanese Input Method.
  63. If you switch to the Japanese Input Method for the first time while running a project in the
  64. Debugger, then the next time you switch to the Japanese Input Method in the running project you
  65. will get a System Error #25. 
  66.  
  67. Workaround:
  68.  
  69. Switch in and out of the Japanese Input Method BEFORE you run your program with the Think
  70. Debugger.
  71. ----------------------------------------------------------------------------
  72. ••Defect Number: 5799, THINK C
  73.   Problem Area: Compatibility      Type: Crash
  74. The THINK Debugger does not work with the Macintosh emulator "Spectre 3.0", which runs on the
  75. Atari ST computer series. 
  76. ----------------------------------------------------------------------------
  77. ••Defect Number: 5035, THINK C
  78.   Problem Area: Compatibility      Type: Crash
  79. Address errors occur with UUPC versions 3.0 and 3.1b26 if slot 27 is already in use when the
  80. .console driver is loaded. If the .console driver is loaded in slot 27 it's ok. 
  81. ----------------------------------------------------------------------------
  82. ••Defect Number: 2642, THINK C
  83.   Problem Area: Compatibility      Type: Incorrect Functionality
  84. The DA Shell.c file contains a call to Launch, which is no longer supported in THINK C.   The
  85. code could be rewritten to use _Launch.  As is, the project does not link. The DA shell project
  86. is provided as an application and does not require rebuilding to work as directed.
  87.  
  88. Workaround:
  89.  
  90. The DA shell project is provided as an application and does not require rebuilding. The source
  91. code is provided as a historical curiosity.
  92. ----------------------------------------------------------------------------
  93.     Product: THINK C/C++
  94. ----------------------------------------------------------------------------
  95. ••Defect Number: 6181, THINK C/C++
  96.   Problem Area: Compatibility      Type: Crash
  97. There's a incompatibility with the Think Debugger and the Stylewriter II  driver.  While running
  98. the TCL 'Tiny Edit' demo program in the debugger, with a breakpoint set in the function:
  99.  
  100.          void CEditDoc::BuildWindow (Handle theData)
  101.   on the line:
  102.  
  103.  ->        if (theData)
  104.                theMainPane->SetTextHandle(theData);
  105.  
  106. When the debugger hits the breakpoint, an illegal instruction error occurs.  
  107.  
  108. Workaround:
  109.  
  110. The problem goes away if  users "unchoose" the Stylewriter II driver.  
  111. ----------------------------------------------------------------------------
  112. ••Defect Number: 4408, THINK C/C++
  113.   Problem Area: Compatibility      Type: Incorrect Functionality
  114. The extended syntax feature for #pragma parameter is currently not supported.  Example:
  115. #pragma parameter foo(__D0)
  116. pascal void foo(Size byteCount)
  117.     = 0xA000;
  118.  
  119. only compiles under THINK C if the number of parameters (__D0) matches the number of actual
  120. parameters reflected in the passed parameter list.  If the count doesn't match, THINK C flags it
  121. as an error.
  122. What MPW C does is pass whatever parameters are left after the register based ones have been
  123. assigned, on the stack. For example:
  124.  
  125. #pragma parameter foo(__D0, __A0)
  126. pascal void foo(Size byteCount, Ptr blahPtr, long fi)
  127.     = 0xA000;
  128.  
  129. D0 = byteCount
  130. A0 = blahPtr
  131. push on to stack = fi
  132. ----------------------------------------------------------------------------
  133.     Product: Symantec C/C++ for MPW
  134. ----------------------------------------------------------------------------
  135. ••Defect Number: 6182, Symantec C/C++ for MPW
  136.   Problem Area: Compatibility      Type: Incorrect Functionality
  137. Not all libraries built with MPW C are supported by Symantec C/C++ for MPW. This is because MPW C
  138. passes all function arguments as longs, while Symantec C/C++ for MPW only does this for
  139. unprototyped functions.  
  140.  
  141. Workaround:
  142.  
  143. Use Pascal calling conventions for all functions.
  144. ----------------------------------------------------------------------------
  145. ----------------------------------------------------------------------------
  146. Problem Area: C Compiler
  147. ----------------------------------------------------------------------------
  148.     Product: THINK C
  149. ----------------------------------------------------------------------------
  150. ••Defect Number: 4866, THINK C
  151.   Problem Area: C Compiler      Type: Crash
  152. Code generation problem with the C compiler. This INIT code sets up a patch to GetNextEvent, and
  153. solves the problem of keeping track of the global variables by poking in the address of the data
  154. it will need when it gets invoked. 
  155.  
  156. lea     globalstruct, a0        ; this is my data I need to access
  157. move.l  a0, set_addr+2          ; set_addr points to an instruction:
  158.                                 ; set_addr: move.l #0x12345678, -(sp)
  159. move.l  #_GetNextEvent, d0      ; put the trap number in d0
  160. GetTrapAddress                  ; and get its address
  161.  
  162. "Disassemble" says:
  163.  
  164. 000000FE        LEA       $0000(A4),A0
  165. 00000102        MOVE.L    A0,$0002(A4)
  166. 00000106        MOVE.L    #$0000A970,D0
  167. 0000010C        DC.W      $A146          ; OS 0046
  168.  
  169. This looks ok -- the reference to globalstruct assembles as an (as yet unknown) offset from a4
  170. and the address to store into assembles as an (as yet unknown) offset+2 from a4.
  171.  
  172. However, the actual code output is this, which bombs:
  173.  
  174. +00FE  000BEA  LEA     $1A9C(A4),A0                         | 41EC 1A9C
  175. +0102  000BEE  MOVE.L  set_addr+$0002,$203C(A4); 00000AD8   | 297A FEE8 203C
  176. +0108  000BF4  ORI.B   #$A970,D0           ; 'p'            | 0000 A970
  177. +010C  000BF8  _GetTrapAddress             ; A146           | A146
  178.  
  179. The linker has evidently patched in the correct address (set_addr+$0002) but has patched it in
  180. over the source operand instead of the destination operand, resulting in the next instruction
  181. getting overwritten.
  182. ----------------------------------------------------------------------------
  183. ••Defect Number: 2692, THINK C
  184.   Problem Area: C Compiler      Type: Incorrect Functionality
  185. THINK C may produce incorrect code when an array subscript contains an arithmetic expression with
  186. large numbers.  For example:
  187.      
  188.           char globalArray;
  189.           char array[30000];
  190.           
  191.           foo()
  192.           {
  193.                int i=25000;
  194.                int j;
  195.                char c;
  196.                
  197.           // This may fail depending on global data configuration:
  198.                c=globalArray[i-24000];
  199.           }
  200.  
  201. Workaround:
  202.  
  203. Assigning the expression to a temporary variable and using the temporary variable as the
  204. subscript will always work. For the example above:
  205. j=i-24000;
  206. c=globalArray[j];
  207. ----------------------------------------------------------------------------
  208. ••Defect Number: 5310, THINK C
  209.   Problem Area: C Compiler      Type: Incorrect Functionality
  210. Code motion optimization bug in Think C can cause crashes, as seen with this example:
  211.  
  212. void main(void)
  213. {
  214.    int i;
  215.    Boolean **aa;
  216.  
  217.    aa = (Boolean **)0x00000000;
  218.    for (i = 5; i--; ) {
  219.    if (aa && (**aa)) break;
  220.    }
  221. }
  222.  
  223. The double dereference of the handle (**aa) occurs outside the loop even though the dereference
  224. normally should be prevented from happening by the short circuit evaluation. 
  225.  
  226. Workaround:
  227.  
  228. Turn off code motion optimization.
  229. ----------------------------------------------------------------------------
  230. ••Defect Number: 5767, THINK C
  231.   Problem Area: C Compiler      Type: Incorrect Functionality
  232. There is a codegen bug with ternary operator in THINK C involving integer constants.
  233. f should push 2 bytes of zeros on the stack. It incorrectly pushes 4 bytes.  Other variants and
  234. ternary arguments which are non-constant work correctly.
  235.  
  236. void f(short);
  237. void main()
  238. {
  239.     f(0 ? 1L : 0);
  240. }
  241. /*
  242. main:
  243. 00000006: 42A7               CLR.L     -(A7)
  244. 00000008: 4EAD 0000          JSR       f
  245. 0000000C: 5C8F               ADDQ.L    #$4,A7
  246. 0000000E: 4E75               RTS
  247. 00000010
  248. */
  249.  
  250. Workaround:
  251.  
  252. Use the L specifier as in:
  253. f(0 ? 1L : 0L);
  254. ----------------------------------------------------------------------------
  255. ••Defect Number: 4431, THINK C
  256.   Problem Area: C Compiler      Type: Incorrect Functionality
  257. THINK C erroneously assembles the completely illegal (and nonsensical) instruction: 
  258.  
  259.         MOVEM.L #0x12345678,A0
  260. into
  261.         4CFC 0100 1234
  262.  
  263. when it should instead identify it as illegal code.
  264. ----------------------------------------------------------------------------
  265. ••Defect Number: 4914, THINK C
  266.   Problem Area: C Compiler      Type: Incorrect Functionality
  267. Code gen bug in Think C :
  268.  
  269. #define XX 16
  270. #define YY (1L << 16)
  271.  
  272.    if (XX * XX * 256 <= YY)
  273.        Debugger();
  274.  
  275. Generates an illegal instruction. This is what the Think Disassemble command says:
  276.  
  277. 00000000: 0CBC 0001 0000     CMPI.L    #$00010000,#$0000
  278.                   0000           
  279. 00000008: 0000 6E02               ORI.B     #$6E02,D0
  280. 0000000C: A9FF                        _Debugger
  281. 0000000E: 4E75                        RTS
  282. 00000010
  283. ----------------------------------------------------------------------------
  284.     Product: THINK C/C++
  285. ----------------------------------------------------------------------------
  286. ••Defect Number: 5923, THINK C/C++
  287.   Problem Area: C Compiler      Type: Crash
  288. Code motion in THINK C compiler will crash optimizing the following construct:
  289.  
  290. int f ();
  291. int k1;
  292.  
  293. g( )
  294. {
  295.     do {} while (0);
  296.     do {} while (0);
  297.   do {} while (0); //must be three or more do..whiles, or for(;;).
  298.     k1 = f() +1;     //expression involving a function call
  299. }
  300.  
  301. Workaround:
  302.  
  303. Turn off code motion.
  304. ----------------------------------------------------------------------------
  305. ••Defect Number: 5933, THINK C/C++
  306.   Problem Area: C Compiler      Type: Crash
  307. The THINK C compiler will hang compiling function calls that require very large stack space as in
  308. the following construct.  It should instead produce the error "code overflow".
  309.  
  310. struct m
  311. {
  312.     long [100][100];
  313. } *pm;
  314.  
  315. main()
  316. {
  317.     s(*pm);//attempt to pass 40k on the stack
  318. }
  319. ----------------------------------------------------------------------------
  320. ••Defect Number: 4702, THINK C/C++
  321.   Problem Area: C Compiler      Type: Incorrect Functionality
  322. In the THINK C translator, there are deficiencies with the treatment of character constants.  The
  323. ANSI standard states that character constants are allowed to be of any length, and that their
  324. value if larger or longer than a character in the execution environment is implementation
  325. defined.
  326. The translator should not produce a diagnostic, since according to the standard it does not
  327. matter what value is produced.  The THINK C translator does not accept the following:
  328.  
  329. int i = '1234567';      /* "Only 1,2, and 4 byte characters allowed" diagnostic */
  330. int j = '\x354';        /* "Escape sequence does not fit into a byte" diagnostic */
  331. ----------------------------------------------------------------------------
  332. ••Defect Number: 4703, THINK C/C++
  333.   Problem Area: C Compiler      Type: Incorrect Functionality
  334. The THINK translator does not allow the re-declaration of a static function inside the scope of
  335. another function.
  336. ----------------------------------------------------------------------------
  337. ••Defect Number: 5681, THINK C/C++
  338.   Problem Area: C Compiler      Type: Incorrect Functionality
  339. The inline assembler cannot resolve more than one member reference at a time when specifying an
  340. address offset. For example:
  341.  
  342.     struct X {
  343.         struct Y {
  344.             short i;
  345.         } y;
  346.     };
  347.     
  348.     typedef struct X X;
  349.     
  350.     void main()
  351.     {
  352.         asm {
  353.             move.w X.y.i(a0), d0            // Error:   value has no members
  354.         }
  355.     }
  356.  
  357. Workaround:
  358.  
  359. Use the OFFSET() macro defined in asm.h, eg:
  360. move.w OFFSET(X,y.i)(a0), d0
  361. ----------------------------------------------------------------------------
  362. ••Defect Number: 6023, THINK C/C++
  363.   Problem Area: C Compiler      Type: Incorrect Functionality
  364. The following macro and invocation are allowed by THINK C:
  365.  
  366. #define Macro(a)    void foo(a);
  367.  
  368. main() {
  369.     Macro()
  370. }
  371.  
  372. The ANSI standard (Section 3.8.3) disallows empty argument lists.
  373.  
  374. ----------------------------------------------------------------------------
  375. ••Defect Number: 6045, THINK C/C++
  376.   Problem Area: C Compiler      Type: Incorrect Functionality
  377. Using the MAXFLOAT macro in values.h will produce the error message 'Second argument to function
  378. "nextfloat" does not match prototype' with the factory settings for THINK C. nextfloat() expects
  379. an extended type as its second argument, while MAXFLOAT passes 0.0, which cannot be converted
  380. correctly.
  381.  
  382. Workaround:
  383.  
  384. Turning on native floating point format will solve the problem: extended == double when this
  385. option is turned on, and as such the conversion can be made.
  386. ----------------------------------------------------------------------------
  387. ••Defect Number: 6049, THINK C/C++
  388.   Problem Area: C Compiler      Type: Incorrect Functionality
  389. The static function dtof() in the ANSI library source file scanf.c does not correctly save the
  390. floating point environment, resulting in the 68881 floating-point control register being munged
  391. during the call.
  392.  
  393. Workaround:
  394.  
  395. The bug can be repaired by modifying the function dtof() in scanf.c as follows:
  396. 1) introduce a new local short named expc1
  397. 2) assign expc1 to the value of expc after the call fp68k(&expc,FPROCENTRY)
  398. 3) Add the function call "fp68k(&expc1,FPROCEXIT)" after the label done.
  399. ----------------------------------------------------------------------------
  400. ••Defect Number: 5237, THINK C/C++
  401.   Problem Area: C Compiler      Type: Incorrect Functionality
  402. The register coloring global optimization generates incorrect code in the following snippet:
  403.  
  404. ...
  405.    else if (pattern[state] == *theText)
  406.    Put (theQue, next1[state]); // **** Error: state has to be set == *theText
  407.    else if (pattern[state] < 0)
  408. ...
  409. ----------------------------------------------------------------------------
  410. ••Defect Number: 6189, THINK C/C++
  411.   Problem Area: C Compiler      Type: Incorrect Functionality
  412. Compiling the following with Think C with code motion and CSE elimination on produces an internal
  413. error:
  414.  Message:
  415.     internal compiler error 208:184
  416.  
  417. code is:
  418.  
  419. static void optimize_bug( short i )
  420. {
  421.    while( TRUE )
  422.    {
  423.    if( ( i & 3 ) != 0 )
  424.    {
  425.    switch( i & 3 )  // halts here
  426.    {
  427.    case 1:
  428.    break;
  429.    }
  430.    }
  431.    }
  432. }
  433.  
  434.  
  435. Workaround:
  436.  
  437. switch( 3 & i ) works. Assigning the sub-expression to a local variable also works.
  438. ----------------------------------------------------------------------------
  439.     Product: Symantec C/C++ for MPW
  440. ----------------------------------------------------------------------------
  441. ••Defect Number: 4864, Symantec C/C++ for MPW
  442.   Problem Area: C Compiler      Type: Incorrect Functionality
  443. The ANSI C Standard states:
  444. "The string literal of a #line (if present) shall not be a 'wide-char'string", (ANSI C Standard,
  445. section 3.8.4)
  446. The SC compiler does not flag this error in the following source code, even when using the -A
  447. switch to enforce ANSI compatibility.
  448.  
  449. int main ()
  450. {
  451.     #line 9999 L"c38.c"  /* should be an error */
  452.     return 0;
  453. }
  454. ----------------------------------------------------------------------------
  455. ••Defect Number: 4908, Symantec C/C++ for MPW
  456.   Problem Area: C Compiler      Type: Incorrect Functionality
  457. The ANSI C Standard states "If an identifier declared with internal linkage is used in an
  458. expression (other than as a part of the operand of a sizeof() operator), there shall be exactly
  459. one external definition for the identifier in the translation unit." (ANSI C Standard 3.7).
  460. The SC compiler does not flag this error in the following source code, even when the -A switch is
  461. used to enforce ANSI compatibility.
  462.  
  463. static int f1();
  464. F2() { f1();}   /* should be an error */
  465.  
  466. ----------------------------------------------------------------------------
  467. ••Defect Number: 4929, Symantec C/C++ for MPW
  468.   Problem Area: C Compiler      Type: Incorrect Functionality
  469. The ANSI C Standard states "A translation-unit must contain at least one external definition."
  470. (ANSI C Standard 3.7). The SC compiler does not flag this error in the following source code,
  471. even when the -A switch is used to enforce ANSI compatibility.
  472.  
  473. /*This file contains nothing but comments*/
  474. /*it should produce an error when compiled */
  475. ----------------------------------------------------------------------------
  476. ••Defect Number: 4946, Symantec C/C++ for MPW
  477.   Problem Area: C Compiler      Type: Incorrect Functionality
  478. The ANSI C Standard states "An assignment operator shall have a modifiable lvalue as its left
  479. operand."  (ANSI C Standard 3.3.16).
  480. The SC compiler compiles the following source code without producing an error,  even using the -A
  481. switch to enforce ANSI compatibility.
  482.  
  483. int main ()
  484. {    
  485.     struct x{
  486.         int i;
  487.         };
  488.     struct x fx();
  489.     fx().i = 0;  /* should be an error: lvalue required */
  490.     return 0;
  491. }
  492. ----------------------------------------------------------------------------
  493. ••Defect Number: 4948, Symantec C/C++ for MPW
  494.   Problem Area: C Compiler      Type: Incorrect Functionality
  495. With regard to array subscripting, the ANSI C Standard states "One of the expressions shall have
  496. type 'pointer to object type', the other shall have integral type... " (ANSI C Standard 3.3.2.1).
  497.  A non-lvalue array does not convert to a pointer.
  498. The SC compiler compiles the following source without producing an error, even using the -A
  499. switch to enforce ANSI compatibiliy. 
  500.  
  501. int main ()
  502. {
  503.     struct x {char a[4];} f();
  504.     int i;
  505.     i = f().a[10];  /* should be an error */
  506.     return 0;
  507. }
  508. ----------------------------------------------------------------------------
  509. ----------------------------------------------------------------------------
  510. Problem Area: SymC++ Compiler
  511. ----------------------------------------------------------------------------
  512.     Product: THINK C/C++
  513. ----------------------------------------------------------------------------
  514. ••Defect Number: 5646, THINK C/C++
  515.   Problem Area: SymC++ Compiler      Type: Crash
  516. Runtime crash occurs with a program setting up a multiple inheritance hierarchy such as the
  517. following:
  518.  
  519. class A {
  520. public:
  521.         A() { }
  522.         virtual ~A() {      
  523.         }
  524. };
  525.  
  526. class Aa : public virtual A {
  527. public:
  528.         Aa() { }
  529.         ~Aa() { 
  530.         }
  531. };
  532.  
  533. class B : public virtual A {
  534. public:
  535.         B() { }
  536.         ~B() { 
  537.         }
  538. };
  539.  
  540. class Bb : public virtual Aa, public B {
  541. public:
  542.         Bb() { }
  543.         ~Bb() { 
  544.         }
  545. };
  546.  
  547. void main( void )
  548. {       
  549.         A  *ap;
  550.         
  551.         ap = new Bb;
  552.         delete ap;
  553. }
  554. ----------------------------------------------------------------------------
  555. ••Defect Number: 5653, THINK C/C++
  556.   Problem Area: SymC++ Compiler      Type: Crash
  557. Compiling the following function with any precompiled header that contains memory.h :
  558.  
  559.    void Zone()
  560.    {
  561.    }
  562.  
  563. gives Error:   internal error: file ph.c line 252
  564.  
  565. Workaround:
  566.  
  567. Change the name of the function to something other than "Zone"
  568. ----------------------------------------------------------------------------
  569. ••Defect Number: 5658, THINK C/C++
  570.   Problem Area: SymC++ Compiler      Type: Crash
  571. The following code generates an internal error in out.c line 460.c.  
  572.  
  573. // Almost any variation corrects the anomaly.
  574.  
  575. class first { public: virtual void vf(); };
  576. class second : public virtual first { public: void vf(); }; 
  577. class third : public second { public: ~third();};
  578. class fourth : public third { public: void method(); };
  579. void fun() { fourth * s = new fourth(); }
  580.  
  581. Workaround:
  582.  
  583. The easiest is to make first a non-virtual base of second.
  584. ----------------------------------------------------------------------------
  585. ••Defect Number: 5843, THINK C/C++
  586.   Problem Area: SymC++ Compiler      Type: Crash
  587. An internal error "CGCntrl, line 58" is generated if a method needs to convert an unsigned int to
  588. a floating point return type and is followed by something else that generates code.
  589.  
  590. unsigned b;
  591. struct softball { double f(void);};
  592.  
  593. double softball::f(void)
  594. { return  b;};
  595.  
  596. void vf(void){};
  597.  
  598. Workaround:
  599.  
  600. double softball::f(void)
  601. { double d=b; return  d;};
  602. ----------------------------------------------------------------------------
  603.     Product: THINK C/C++, Symantec C/C++ for MPW
  604. ----------------------------------------------------------------------------
  605. ••Defect Number: 5854, THINK C/C++, Symantec C/C++ for MPW
  606.   Problem Area: SymC++ Compiler      Type: Crash
  607. The following code produces a correct error message, followed by an internal error in init.c line
  608. 235.
  609.  
  610. const int x = 1;
  611. const int x = 1;    // Error:   'x' is already defined
  612.                     
  613. ----------------------------------------------------------------------------
  614. ••Defect Number: 5910, THINK C/C++, Symantec C/C++ for MPW
  615.   Problem Area: SymC++ Compiler      Type: Crash
  616. The compiler generates an internal error when trying to expand an inline function that contains
  617. an initialization to a stack-based local array:
  618.  
  619. inline void f()
  620. {
  621.     char s[] = "anything";
  622. }
  623. void main()
  624. {
  625.     f();        // internal error: file cpp.c line 845  
  626. }
  627.  
  628. Workaround:
  629.  
  630. Rewriting the code to use a pointer instead of an array works fine.
  631. ----------------------------------------------------------------------------
  632. ••Defect Number: 5912, THINK C/C++, Symantec C/C++ for MPW
  633.   Problem Area: SymC++ Compiler      Type: Crash
  634. This test case causes the compiler to crash with a bus error, and if each occurrence of "class"
  635. is replaced by "struct", the same behavior results:
  636.  
  637. class A { enum {FALSE, TRUE}; };
  638. class B { enum {FALSE = 1, TRUE}; };
  639. class C : A, B { };
  640. int main()
  641.     {
  642.     int c = C::FALSE;
  643.     return &c != 0;
  644.     }
  645. ----------------------------------------------------------------------------
  646.     Product: THINK C/C++
  647. ----------------------------------------------------------------------------
  648. ••Defect Number: 6041, THINK C/C++
  649.   Problem Area: SymC++ Compiler      Type: Crash
  650. Compiling this file with C++ will produce a bus error when the "Strings in code segment" option
  651. is turned on:  
  652.  
  653. void f(unsigned char * , unsigned long );
  654. void g( void )
  655. {
  656.     f("\pThis is a string", "\pThis is a string"[0]+1);
  657. }
  658.  
  659. Workaround:
  660.  
  661. Turn off "put strings in code" option
  662. ----------------------------------------------------------------------------
  663.     Product: THINK C/C++, Symantec C/C++ for MPW
  664. ----------------------------------------------------------------------------
  665. ••Defect Number: 6174, THINK C/C++, Symantec C/C++ for MPW
  666.   Problem Area: SymC++ Compiler      Type: Crash
  667. The C++ compiler will generate an incorrect opcode when it compiles the following snippet:
  668.  
  669. void main(void)
  670. {
  671.     char *p1,*p2;
  672.     long l;
  673.  
  674.     l = (long) p1 | (long) p2;
  675. }
  676.  
  677.  
  678. Workaround:
  679.  
  680. Casting the pointer values to a temporary before the logical-OR will result in correct code
  681. generation, i.e.:
  682. void main(void)
  683. {
  684.     char *p1,*p2;
  685.     long t1,t2,l;
  686.     t1 = (long) p1; t2 = (long) p2;
  687.     l = t1 | t2;
  688. }
  689. ----------------------------------------------------------------------------
  690.     Product: THINK C/C++
  691. ----------------------------------------------------------------------------
  692. ••Defect Number: 5934, THINK C/C++
  693.   Problem Area: SymC++ Compiler      Type: Crash
  694. Compiling the following code sample crashes with a divide by zero error. 
  695.  
  696. #include <stdlib.h>
  697. #include <fstream.h>
  698. class UI
  699. {
  700.    protected:
  701.      ofstream&    resultfile;
  702.    public:
  703.      UI( char* s );
  704.      ~UI( void );       
  705. };
  706. UI::UI( char* s)
  707. : resultfile(ofstream( s, ios::out ))
  708. {}
  709. UI::~UI( void ) { resultfile.close();}    
  710. UI userIF( "results");
  711. void main ()
  712. {
  713. }
  714. ----------------------------------------------------------------------------
  715. ••Defect Number: 6197, THINK C/C++
  716.   Problem Area: SymC++ Compiler      Type: Crash
  717. Calling a function pointer to a virtual member function of a handle based class results in a
  718. crash at the point of the function call. This is demonstrated with the following code:
  719.  
  720. class __machdl foo  {
  721. public:
  722.    virtual void bar(int a,int b) { baz = a+b; }
  723. private:
  724.    short baz;
  725. };
  726.  
  727. typedef void (foo::*PMFI)(int,int);
  728.  
  729. int main()
  730. {
  731.    PMFI pf = &foo::bar;
  732.    foo* p;
  733.  
  734.    p = new foo;
  735.    (p->*pf)(30,12);
  736.    return 0;
  737. }
  738. ----------------------------------------------------------------------------
  739.     Product: THINK C/C++, Symantec C/C++ for MPW
  740. ----------------------------------------------------------------------------
  741. ••Defect Number: 4973, THINK C/C++, Symantec C/C++ for MPW
  742.   Problem Area: SymC++ Compiler      Type: Crash
  743. With the optimizer on, compiling this code fragment produces Error:  internal error: file gloop.c
  744. line 2595:
  745.  
  746. extern char charBar[10], charFoo[10];
  747. void foo () 
  748. {
  749.     int  j=0, k=0; 
  750.     char c;
  751.     do 
  752.     {
  753.       c =  charBar [ j ] ;         
  754.         if ( ++k <= 10) 
  755.             charFoo [ k ] = 3; 
  756.     } 
  757.      while ( j++ < 0 );     
  758. } 
  759.  
  760. Workaround:
  761.  
  762. use a "for" loop instead of a "do-while"  or turn off optimizer
  763. ----------------------------------------------------------------------------
  764.     Product: THINK C/C++
  765. ----------------------------------------------------------------------------
  766. ••Defect Number: 3940, THINK C/C++
  767.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  768. Common sub expression elimination optimization doesn't make optimal use of temporaries.
  769.     if (condition)
  770.         a = expression;
  771.     else
  772.         d = expression
  773.         
  774.     becomes:
  775.     T = expression;
  776.     if (condition)
  777.         a = T;
  778.     else
  779.         d = expression
  780. ----------------------------------------------------------------------------
  781. ••Defect Number: 4683, THINK C/C++
  782.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  783. // The following declaration is erroneous but is improperly diagnosed.
  784. // The compiler must ensure that at least one argument to a static operator
  785. // member must be a class or reference to a class (or enum). The compiler
  786. // reports "should be 1 parameter(s) for operator". How about "at least one
  787. // argument must be a class or class&"
  788.  
  789. struct X {
  790.     static int operator>>(int);     // error here
  791.     int operator<<(int);            // OK
  792.     static int operator++(int, int);    // error here (correct)
  793. };
  794. ----------------------------------------------------------------------------
  795. ••Defect Number: 4855, THINK C/C++
  796.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  797. Compiling the code shown below causes the compiler to report an invalid error involving type
  798. conversions with pointer to member variables and complex type hierarchies.
  799.  
  800. void foo()
  801. {
  802. // 48p14h: ptr to member converted to ptr to member of derived class
  803.     // if inverse conversion of derived class ptr to base class ptr is
  804.     // accessible and conversion is unambiguous.
  805.  
  806.         class B { public: int bi; };
  807.         class C : virtual public B { int ci; };
  808.         class Y : virtual public B { int ci; };
  809.         class D : public C, public Y { public: int di; };
  810.         D d;
  811.         B *bp = &d;
  812.         int B::*bpm = &B::bi;// should be legal
  813.         int D::*dpm = bpm;//should be legal and reports an error
  814.  
  815. }//foo
  816.  
  817. Error reported is:
  818. File “MAC_LANG:DEFECTS:Attachments:4855.CP”; Line 16
  819. Error:   illegal cast
  820. from: int B::*
  821. to  : int D::*
  822.  
  823. ----------------------------------------------------------------------------
  824. ••Defect Number: 4885, THINK C/C++
  825.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  826. The ARM p.296 states that the assignment operator for a virtual base class should be called only
  827. once. In cases where the operator = is muptiply inherited to the same virtual base class, the
  828. compiler erroneously calls it twice.
  829.  
  830.                     Top
  831.               Left<--|-->Right
  832.                 |->Bottom<-|
  833.  
  834. If Left and Right declare Top as virtual and the operator = is called for Bottom, then the
  835. operator = for Top will be called twice erroneously.
  836. ----------------------------------------------------------------------------
  837.     Product: THINK C/C++, Symantec C/C++ for MPW
  838. ----------------------------------------------------------------------------
  839. ••Defect Number: 4892, THINK C/C++, Symantec C/C++ for MPW
  840.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  841. Certain template functions that might be expected to be inlined are not generated as inline.
  842.  
  843. Workaround:
  844.  
  845. If the template functions are declared in the class template declaration, then they will be
  846. inlined when possible.
  847.  
  848.     template<class T> class X {
  849.       inline X();    // body elsewhere, won't be inlined
  850.     };
  851.     template<class T> class Y {
  852.       inline X() { }    // body present, will be inlined, if possible
  853.     };
  854. ----------------------------------------------------------------------------
  855.     Product: THINK C/C++
  856. ----------------------------------------------------------------------------
  857. ••Defect Number: 4896, THINK C/C++
  858.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  859. Default function arguments involving explicit calls to constructors are erroneously disallowed.
  860.  
  861.     struct X {
  862.         X(int);
  863.     };
  864.     void f(X x = X(1));      // error: can't handle constructor in this context
  865.  
  866. Workaround:
  867.  
  868. Specify the default parameter at each function invocation for default arguments involving
  869. explicit calls to constructors.  Or use the implicit constructor syntax:
  870.  
  871.     void f(X x = 1);
  872. ----------------------------------------------------------------------------••Defect Number:
  873. 4897, THINK C/C++
  874.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  875. Pointers to member functions do not allow type conversions involving inheritance. The code below
  876. will not correctly compile unless the A class is the first base class of the object involved with
  877. the cast.
  878.  
  879. struct A {
  880.     void f();
  881. };
  882.  
  883. struct B { };
  884.  
  885. struct C : public B, public A { };
  886.  
  887. typedef void (A::*pmfa)();
  888.  
  889. void main()
  890. {
  891.     C *c;
  892.          
  893.     pmfa ma1 = &A::f;
  894.     (c->*ma1)();     // illegal cast
  895. }
  896.  
  897. Workaround:
  898.  
  899. Declare the class first that causes the casting problem, if possible.
  900. ----------------------------------------------------------------------------
  901. ••Defect Number: 5000, THINK C/C++
  902.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  903. When using ANSI compatibility mode, comments should not be allowed to start in a header file and
  904. then finish in the main file. The compiler currently allows this.
  905.  
  906. f1.c:
  907. #include "f1.h"
  908. this closes the comment but is invalid */
  909.  
  910. f1.h:
  911. /* This is a comment
  912. but it is not allowed to span files
  913. ----------------------------------------------------------------------------
  914. ••Defect Number: 5110, THINK C/C++
  915.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  916. The code shown below should produce an ambiguous reference error. The class structure looks like
  917. this
  918.     
  919.     ZooAnimal  ZooAnimal
  920.         |         |
  921.        Bear     Racoon
  922.            \   /
  923.           Panda
  924.           
  925. Class ZooAnimal and class Bear each declare a f() member function. Yet when f() is called using
  926. an object of type Panda, no ambiguous reference error is flagged. At runtime Bear::f() is called.
  927. This would be the correct behavior if ZooAnimal were a virtual base class, but it is not. (See
  928. C++ Primer, 2nd ed., p 477 (section 9.2)). 
  929.  
  930.     struct ZooAnimal {
  931.         virtual void f();
  932.     };
  933.  
  934.     struct Bear : ZooAnimal {
  935.         void f();
  936.     };
  937.  
  938.     struct Racoon : ZooAnimal {
  939.          //void f() ;
  940.     };
  941.  
  942.     struct Panda : Bear, Racoon { };
  943.   
  944.     void main ()
  945.     {         
  946.         Panda p;
  947.         p.f();  // should produce an ambiguous reference error
  948.                 // actually calls Bear::f().
  949.     }
  950.  
  951. Workaround:
  952.  
  953. Uncommenting out the 
  954.      void f();
  955. line in class Racoon causes the correct error to be generated. Or commenting out the f() function
  956. declared in Bear also causes the correct error to be generated.
  957. ----------------------------------------------------------------------------
  958. ••Defect Number: 5199, THINK C/C++
  959.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  960. The compiler does not correctly handle typedefs for nested classes where the typedef name is the
  961. same name as the nested class. It produces an incorrect error message.
  962.  
  963. struct A {
  964.     struct B {
  965.         static int x;
  966.     };
  967. };
  968. typedef A::B B;
  969. typedef A::B TDB;
  970.  
  971. int TDB::x = 1;            // typedef of another name OK
  972. int B::x = 1;            // typedef with the same name causes erroneous error:
  973.                         // 'B' must be a class name preceding '::'
  974.  
  975. Workaround:
  976.  
  977. Insure that any typedefs of nested class names are distinct from the class name itself.
  978. ----------------------------------------------------------------------------
  979. ••Defect Number: 5223, THINK C/C++
  980.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  981. The values for the predefined symbols __nan, __nans, and _inf are incorrect and not recognized as
  982. NAN's by the SANE package.
  983.  
  984. Workaround:
  985.  
  986. The SANE versions of these are correct and can be used in place of the C++ compiler's predefined
  987. symbols.
  988. ----------------------------------------------------------------------------
  989. ••Defect Number: 5226, THINK C/C++
  990.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  991. There are some problems with pascal object classes. When declaring instances of these object
  992. types errors are not always reported as in:
  993.  
  994. class __pasobj X { } ;
  995.  
  996. void f(X);      // should produce an error and does not
  997.  
  998. X g();          // Correctly produces an error message
  999.  
  1000. void h(X x)     // should produce an error and does not
  1001. {
  1002.     X x2;       // Produces an error message as expected
  1003. }
  1004.  
  1005. Workaround:
  1006.  
  1007. Double check declarations involving Pascal object class types.
  1008. ----------------------------------------------------------------------------
  1009.     Product: THINK C/C++, Symantec C/C++ for MPW
  1010. ----------------------------------------------------------------------------
  1011. ••Defect Number: 5282, THINK C/C++, Symantec C/C++ for MPW
  1012.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1013. The code shown below produces a "code segment too large" error when compiled with all
  1014. optimizations and the "Place string literals in code" option checked. The problem is caused by
  1015. the index into the string literal.
  1016.  
  1017. void f(void)
  1018. {
  1019.    int i;
  1020.    char c;
  1021.    
  1022.    for (i = 0; i < 6; ++i)
  1023.      c = "abcdef"[i];
  1024. }
  1025.  
  1026. Workaround:
  1027.  
  1028. Assign a pointer to the string literal and index using the pointer, compile without
  1029. optimizations, or don't use "Place string literals in code".
  1030. ----------------------------------------------------------------------------
  1031.     Product: THINK C/C++
  1032. ----------------------------------------------------------------------------
  1033. ••Defect Number: 5402, THINK C/C++
  1034.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1035. Legitimate errors with templates sometimes list the prefix and a line number instead of the
  1036. appropriate place in the template definition.
  1037.  
  1038. Workaround:
  1039.  
  1040. When templates are involved and errors are reported in the prefix, the line number given is
  1041. usually for the file containing the template definitions.
  1042. ----------------------------------------------------------------------------
  1043. ••Defect Number: 5427, THINK C/C++
  1044.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1045. The attached file demonstrates that when a prototype for a function uses ...,  the compiler
  1046. erroneously promotes a constant to a 10 byte double when using 8 byte doubles.  
  1047.  
  1048. void f(int a, ...)
  1049. {
  1050. }
  1051.  
  1052. void main(void)
  1053. {
  1054.     f(1, 1.0);
  1055. }
  1056.  
  1057. Workaround:
  1058.  
  1059. Before passing a double constant to a function taking ... as a prototype, assign it to a
  1060. variable.  Variables are not erroneously promoted in size.
  1061. ----------------------------------------------------------------------------
  1062. ••Defect Number: 5437, THINK C/C++
  1063.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1064. The declaration of f below should be flagged as an illegal declaration.  It should not be
  1065. possible to declare a pointer to a reference. 
  1066.  
  1067. void f( int &*p );
  1068. ----------------------------------------------------------------------------
  1069. ••Defect Number: 5471, THINK C/C++
  1070.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1071. Assignments to anonymous union members produce an incorrect error message when ANSI conformance
  1072. is on.  As in the following code fragment:
  1073.  
  1074. void
  1075. test( unsigned long v )
  1076. {
  1077.     union { unsigned long lv; unsigned char cv[4]; };
  1078.  
  1079.      lv = v;    // Error produced here incorrectly
  1080.  
  1081. }
  1082.  
  1083. Workaround:
  1084.  
  1085. Turn ANSI conformance off for these cases.
  1086. ----------------------------------------------------------------------------
  1087. ••Defect Number: 5493, THINK C/C++
  1088.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1089. Destructors defined for classes based on pascal object are not being generated correctly and end
  1090. up producing references to undefined virtual dispatch tables.  As in the code shown below:
  1091.  
  1092. struct __pasobj X {
  1093.     virtual void f();
  1094.     ~X();
  1095. };
  1096.  
  1097. X::~X() { }
  1098.  
  1099. void X::f() { }
  1100.  
  1101. An undefined symbol for X::__vtbl is erroneously produced.
  1102.  
  1103. Workaround:
  1104.  
  1105. Do not use destructors for pascal object classes.
  1106. ----------------------------------------------------------------------------
  1107. ••Defect Number: 5500, THINK C/C++
  1108.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1109. When using pascal object, the compiler does not always parse the scope resolution operator
  1110. correctly if the class name begins in a leading _.  As in:
  1111.  
  1112. struct __pasobj _X {
  1113.     virtual void f();
  1114. };
  1115.  
  1116. struct X : _X {
  1117.     virtual void f();
  1118. };
  1119.  
  1120. void X::f() { 
  1121.     _X::f();    // Error:   ';' expected
  1122. } 
  1123.  
  1124. Workaround:
  1125.  
  1126. Do not use a leading _ when declaring pascal object classes that will be subclassed.
  1127. ----------------------------------------------------------------------------
  1128. ••Defect Number: 5505, THINK C/C++
  1129.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1130. The compiler produces an error when the address of a register variable is taken. The C++ draft
  1131. explicitly allows this to be done. ARM, section 7.1.1 p. 97.
  1132.  
  1133. Workaround:
  1134.  
  1135. Remove the "register" declaration. The compiler will automatically assign variables to registers
  1136. when possible.
  1137. ----------------------------------------------------------------------------
  1138. ••Defect Number: 5506, THINK C/C++
  1139.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1140. The compiler will report an error when trying to make a non-template class have a friend template
  1141. class.
  1142.  
  1143.     template <class T> class Bar;
  1144.     class Foo {
  1145.         template<class T> friend class Bar;   // error:  ';' expected
  1146.     };
  1147.  
  1148. Workaround:
  1149.  
  1150. Declare the friend with a specific type:
  1151.     template <class T> class Bar;
  1152.     class Foo {
  1153.         friend class Bar<int>;
  1154.     };
  1155. ----------------------------------------------------------------------------
  1156. ••Defect Number: 5507, THINK C/C++
  1157.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1158. Class names are not declared until after the base class list has been parsed. This violates the
  1159. C++ rule that each name is declared immediately after it is seen (ARM p.168). This causes
  1160. problems with template expansions called for on the class declaration line as in:
  1161.  
  1162.      template<class T> class B { };
  1163.      class C : public B<C> { };  // error: template-argument 'T' must be a type-argument
  1164.  
  1165. Workaround:
  1166.  
  1167. Forward declare class C prior to its declaration.
  1168. ----------------------------------------------------------------------------
  1169. ••Defect Number: 5512, THINK C/C++
  1170.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1171. In strict ANSI mode, the compiler still recognizes the "inherited" keyword, so that errors are
  1172. produced when inherited is used as a variable name.
  1173.  
  1174.     void f(int *inherited );    // error:  ')' expected
  1175.  
  1176. Workaround:
  1177.  
  1178. Change the name of the variable to not use this keyword.
  1179. ----------------------------------------------------------------------------
  1180.     Product: THINK C/C++, Symantec C/C++ for MPW
  1181. ----------------------------------------------------------------------------
  1182. ••Defect Number: 5514, THINK C/C++, Symantec C/C++ for MPW
  1183.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1184. The compiler does not generate the 68020 MULU.L instruction for long multiplies when the 68020
  1185. option is turned on.
  1186.  
  1187.     long f(long a, long b)
  1188.     {
  1189.         return a*b;
  1190.     }
  1191.  
  1192. f(long,long):
  1193. 00000000: 4E56 0000          LINK      A6,#$0000
  1194. 00000004: 202E 000C          MOVE.L    $000C(A6),D0
  1195. 00000008: 222E 0008          MOVE.L    $0008(A6),D1
  1196. 0000000C: 4EBA 0000          JSR       ULMULT          ; instead of MULU.L
  1197. 00000010: 4E5E               UNLK      A6
  1198. 00000012: 4E74 0008          RTD       #$0008
  1199. ----------------------------------------------------------------------------
  1200.     Product: THINK C/C++
  1201. ----------------------------------------------------------------------------
  1202. ••Defect Number: 5521, THINK C/C++
  1203.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1204. Floating point constants are of type long double. This causes problems with overload resolution
  1205. and produces an error in the following case:
  1206.  
  1207.     void f(short);
  1208.     void f(double);
  1209.  
  1210.     void main()
  1211.     {
  1212.         f(1.0);             // error: ambiguous reference to function
  1213.         f(double(1.0)); // OK
  1214.     }
  1215.  
  1216.  
  1217. Workaround:
  1218.  
  1219. Declare the parameter's type as long double, or cast the constant to type double when calling the
  1220. function.
  1221. ----------------------------------------------------------------------------
  1222. ••Defect Number: 5533, THINK C/C++
  1223.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1224. Casting a pointer to function to a particular type does not handle overloading as expected, even
  1225. when the cast type exactly matches the expected type.  As in:
  1226. #include <iostream.h>
  1227.  
  1228. char * f1( int i )
  1229. {
  1230.     return("char *f1(int i)" );
  1231. }
  1232. char * f1( short s)
  1233. {
  1234.     return("char *f1(short s)" );
  1235. }
  1236. typedef char *(*PFN_INT)(int);
  1237. typedef char *(*PFN_SHORT)(short);
  1238.  
  1239. void main(void)
  1240. {
  1241.     PFN_INT pfn_int= f1;
  1242.     PFN_SHORT pfn_short = f1;
  1243.     PFN_SHORT pfn_cast_int_to_short = (PFN_SHORT) ((PFN_INT) f1);
  1244.     PFN_INT pfn_cast_short_to_int = (PFN_INT) ((PFN_SHORT) f1 );
  1245.     
  1246.     cout << pfn_int(1) << endl;                                    // This is correct
  1247.     cout << pfn_short(2) << endl;                                // OK
  1248.     cout << pfn_cast_int_to_short(3) << endl;             // May or may not be what is
  1249. expected
  1250.     cout << pfn_cast_short_to_int(4) << endl;             // May or may not be what is
  1251. expected
  1252. }
  1253.  
  1254. Workaround:
  1255.  
  1256. Instead of a cast, declare a variable of the cast type and assign the function to it.   In the
  1257. above example this would mean initializing the cast pointers to functions with the values from
  1258. the uncast versions which always will work correctly.
  1259. ----------------------------------------------------------------------------
  1260. ••Defect Number: 5539, THINK C/C++
  1261.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1262. When declaring variables of template class with functions that are declared in the body of the
  1263. template, a name conflict can occur if the name of the template variable is the same name as a
  1264. name used within the body of any inline template function.
  1265.  
  1266.     template<class T> class X {
  1267.         int x;
  1268.         void f() { x++; }   // error: undefined use of struct or union
  1269.                                 //  (X::x is hidden by main's x)
  1270.     };
  1271.  
  1272.     void main()
  1273.     {
  1274.         X<int> x;
  1275.         X<char> y;
  1276.     }
  1277.  
  1278. Workaround:
  1279.  
  1280. Do not instantiate a template instance with the same name as any local variables used in inline
  1281. functions on the template. In the above example note that x is used in the body of the member
  1282. function f().  This will cause a spurious error. If the variable name is changed to another name
  1283. not used in the inline function definition of the template, it will work as expected.
  1284. ----------------------------------------------------------------------------
  1285. ••Defect Number: 5540, THINK C/C++
  1286.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1287. You cannot declare a variable inside a struct or class body with the same name as the struct tag.
  1288.  
  1289.     struct foo {
  1290.         int foo;    // error: illegal constructor or destructor declaration
  1291.     };
  1292.  
  1293. Workaround:
  1294.  
  1295. Change the name of the member or the struct tag so that there is no conflict.
  1296. ----------------------------------------------------------------------------
  1297. ••Defect Number: 5542, THINK C/C++
  1298.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1299. Typedefs for class names declared within the body of classes cannot then be used in member
  1300. functions with the scope resolution operator.  As in:
  1301.  
  1302. class cFooParent {
  1303. public:
  1304.     void xxx(void);
  1305. };
  1306.  
  1307. class cFoo : public cFooParent
  1308. {
  1309.     typedef cFooParent super;
  1310. public:
  1311.     void xxx(void); 
  1312. };
  1313.  
  1314. void cFoo:: xxx()
  1315. {
  1316.     super::xxx();          // Error is produced here
  1317.     cFooParent::xxx(); /* OK */
  1318. }
  1319.  
  1320. Error is:
  1321. File “5542.cpp”; Line 16
  1322. Error:   no instance of class 'cFooParent' for member 'cFooParent::xxx'
  1323.  
  1324.  
  1325.  
  1326. Workaround:
  1327.  
  1328. Declare the typedef outside of the body of the subclass or use the name of the desired parent
  1329. class directly.
  1330. ----------------------------------------------------------------------------
  1331. ••Defect Number: 5547, THINK C/C++
  1332.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1333. When there are multiple parameters to an overloaded function and there is not an exact match for
  1334. the overloaded function, the compiler does not use a best fit approach to determine the correct
  1335. function to call.   It will instead report an ambiguity.  As in:
  1336.  
  1337. class A {
  1338. public:
  1339.    A (short, char*, int&); 
  1340.    A (long, char*, int&);  
  1341. };
  1342. void
  1343. Test (void)
  1344. {
  1345.    int i;
  1346.  
  1347.    short shortVal;
  1348.    long longVal;
  1349.  
  1350.    A test1(shortVal,0, i);            // Ambiguity reported here
  1351.    A test2(longVal,  0, i);            // Ambiguity reported here
  1352. }
  1353.  
  1354. Errors are:
  1355. File “5547.cpp”; Line 14
  1356. Error:   ambiguous reference to function
  1357. Had: A::A(short ,char *,int ref)
  1358. and: A::A(long ,char *,int ref)
  1359.  
  1360. File “5547.cpp”; Line 15
  1361. Error:   ambiguous reference to function
  1362. Had: A::A(short ,char *,int ref)
  1363. and: A::A(long ,char *,int ref)
  1364.  
  1365.  
  1366. Workaround:
  1367.  
  1368. Use casts to get all of the parameters to match an existing function.  In the above example
  1369. casting the 0 to a (char *) causes the compiler to exactly match the short and long versions of
  1370. the constructor without a problem. 
  1371. ----------------------------------------------------------------------------
  1372. ••Defect Number: 5557, THINK C/C++
  1373.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1374. The compiler does not complain about _machdl class members inside a C++ class as it should.  As
  1375. in:
  1376.  
  1377. class __machdl foo { public: double go (void); };
  1378. class bar : public foo { };
  1379.  
  1380. class baz
  1381. {
  1382.         public :
  1383.                 foo quux1;      // Should produce an error
  1384.                 foo *quux2;     // OK 
  1385. }
  1386.  
  1387. Workaround:
  1388.  
  1389. Avoid declaring these constructs as the behavior will not be correct at run-time.
  1390. ----------------------------------------------------------------------------
  1391. ••Defect Number: 5620, THINK C/C++
  1392.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1393. The compiler does not allow derived classes to be directly created from nested base classes.  As
  1394. in:
  1395.  
  1396. class S
  1397. {
  1398. public:
  1399.     class T
  1400.     {
  1401.         int a;
  1402.     };
  1403.     int b;
  1404. };
  1405.  
  1406. class V : S::T {
  1407.     int c;
  1408. };
  1409.  
  1410. Error:
  1411. File “5620.cpp”; Line 11
  1412. Error:   '{' expected
  1413.  
  1414. File “5620.cpp”; Line 13
  1415. Error:   identifier or '( declarator )' expected
  1416.  
  1417.  
  1418. Workaround:
  1419.  
  1420. Create a typedef for the nested base class first and then use the typedef to declare the derived
  1421. class, as in:
  1422. typedef S::T Z;
  1423. class W : public Z
  1424. {
  1425.     int c;
  1426. };
  1427.  
  1428. which works as expected.
  1429. ----------------------------------------------------------------------------
  1430. ••Defect Number: 5628, THINK C/C++
  1431.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1432. Static member functions that should be accessible to derived classes are not accessible.  As in:
  1433. class moe
  1434. {
  1435. public:
  1436.     static void f1();
  1437. protected:
  1438.     static void f2();
  1439.     void f3();
  1440. };
  1441.  
  1442. class curly : public moe
  1443. {
  1444. private:
  1445.     static void g()
  1446.     {
  1447.         f1();           // OK
  1448.         f2();           // OK
  1449.         moe::f1();      // OK
  1450.         moe::f2();      // Error produced here
  1451.     };
  1452.     
  1453.     void h()
  1454.     {
  1455.         f3();           // OK
  1456.         moe::f3();      // OK
  1457.     };
  1458. };
  1459.  
  1460. Error is:
  1461. File “5628.cp”; Line 18
  1462. Error:   member 'moe::f2' of class 'moe' is not accessible
  1463.  
  1464.  
  1465. Workaround:
  1466.  
  1467. Declare static member functions as public, or declare the functions that need to call them as
  1468. friend functions.
  1469. ----------------------------------------------------------------------------
  1470.     Product: THINK C/C++, Symantec C/C++ for MPW
  1471. ----------------------------------------------------------------------------
  1472. ••Defect Number: 5629, THINK C/C++, Symantec C/C++ for MPW
  1473.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1474. When ANSI conformance is turned on, a call to new that takes a typedef for an array type gives an
  1475. error about an empty declaration.  As in:
  1476.  
  1477. typedef char C_NAME[33];
  1478. void joe()
  1479. {
  1480. char*   name1 = new char[33];
  1481. char*   name2 = new C_NAME;         // Error is here
  1482. }
  1483.  
  1484. Error is:
  1485. File “5629.cpp”; Line 5
  1486. Error:   empty declaration
  1487.  
  1488.  
  1489. Workaround:
  1490.  
  1491. Turn ANSI flag off, or add empty parens after typedef name ().
  1492. ----------------------------------------------------------------------------
  1493.     Product: THINK C/C++
  1494. ----------------------------------------------------------------------------
  1495. ••Defect Number: 5631, THINK C/C++
  1496.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1497. Constructors that are declared as static member functions are not flagged as an error by the
  1498. compiler.  This is incorrect according to the ARM Sec 12.1 p.262.  As in:
  1499.  
  1500. class X {
  1501.     static X();   // static constructor not flagged
  1502. };
  1503.  
  1504. X::X()
  1505. {
  1506. }
  1507.  
  1508.  
  1509.  
  1510. Workaround:
  1511.  
  1512. Exercise care to insure that constructors are not declared static
  1513. ----------------------------------------------------------------------------
  1514. ••Defect Number: 5632, THINK C/C++
  1515.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1516. In a scope where a class with a constructor is declared, other functions which have the same name
  1517. as the class produce invalid error messages as in:
  1518.  
  1519. class X {
  1520.     X();
  1521. };
  1522.  
  1523. int X()
  1524. {               // Error is produced here
  1525.     return 0;
  1526. }
  1527.  
  1528. Error is:
  1529. File “5632.cpp”; Line 6
  1530. Error:   no constructor allowed for class 'X'
  1531.  
  1532.  
  1533. Workaround:
  1534.  
  1535. Do not declare functions with the same name as the class unless they are the constructor for the
  1536. class.
  1537. ----------------------------------------------------------------------------
  1538. ••Defect Number: 5635, THINK C/C++
  1539.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1540. Calls to PascalObject constructors and destructors are not propagated up the inheritance chain.
  1541. Base class constructors or destructors, if they exist, will never get called.
  1542.  
  1543. Workaround:
  1544.  
  1545. Either explicitly call base class constructors, or use a parallel construction scheme, like the
  1546. TCL's Cxxx::ICxxx().
  1547. ----------------------------------------------------------------------------
  1548. ••Defect Number: 5636, THINK C/C++
  1549.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1550. In some cases, the compiler will let you access members of a PascalObject class that are not
  1551. accessible. For example:
  1552.  
  1553.     class X : PascalObject {
  1554.     private:
  1555.         void f();
  1556.     };
  1557.     void main()
  1558.     {
  1559.          X *x = new X;
  1560.          x->f();               // should be flagged as an error, but isn't
  1561.          delete x;
  1562.     }
  1563. ----------------------------------------------------------------------------
  1564. ••Defect Number: 5638, THINK C/C++
  1565.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1566. The compiler doesn't recognize class friends when determining access for constructors or
  1567. destructors of class members. If a class member has a constructor or destructor that would be
  1568. inaccessible without the friend declaration, then the compiler will not allow the class
  1569. declaration. The error isn't flagged for member functions of the declared class that try to
  1570. access the private constructors or destructors.
  1571.  
  1572.     struct Y;
  1573.     struct X {
  1574.         friend Y;
  1575.     private:
  1576.         X();
  1577.     };
  1578.     struct Y {
  1579.         void f() { X x; }     // OK
  1580.         X x;                      // Error:   member 'X::X' of class 'X' is not accessible
  1581.     }; 
  1582.  
  1583. Workaround:
  1584.  
  1585. For now, make the constructors and/or destructors public.
  1586. ----------------------------------------------------------------------------
  1587. ••Defect Number: 5640, THINK C/C++
  1588.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1589. Nested typedef names that appear inside templates are not recognized correctly by the compiler.
  1590. For example:
  1591.  
  1592.     template <class T> struct X {
  1593.         typedef T* TP;
  1594.     };
  1595.      
  1596.     void main()
  1597.     {
  1598.         X<int>::TP p = 0;                 // Error:   'X<int>::TP' is not a variable
  1599.         typedef X<int>::TP MyTP;    // create typedef for nested type
  1600.         MyTP p2 = 0;                      // Works OK
  1601.     }
  1602.  
  1603. Workaround:
  1604.  
  1605. Introduce another (local) typedef for the nested typedef.
  1606. ----------------------------------------------------------------------------
  1607. ••Defect Number: 5647, THINK C/C++
  1608.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1609. There is a bug in the C++ compiler that causes certain macro expansions to produce incorrect
  1610. results. The compiler fails to re-scan the arguments to the token pasting preprocessor directive
  1611. in some cases. Eg:
  1612.  
  1613.     #define X(s) Y(s)
  1614.     #define Y(s) foo##s
  1615.     #define T bar
  1616.  
  1617.     int X(T);    // produces a variable called "fooT", not "foobar"
  1618. ----------------------------------------------------------------------------
  1619. ••Defect Number: 5649, THINK C/C++
  1620.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1621. Template-based overloaded operator functions may not be automatically expanded by the compiler in
  1622. some cases. For example:
  1623.  
  1624.     template <class T> struct X { };
  1625.      
  1626.     template <class T> X<T>& operator+ (X<T>&, X<T>&)
  1627.     {
  1628.         return *new X<T>;
  1629.     }
  1630.     
  1631.     //X<int>& operator+ (X<int>&, X<int>&);       // add this line to work around the bug
  1632.      
  1633.     void main()
  1634.     {
  1635.         X<int> i, j, k;
  1636.         i = j + k;          // Error:   illegal operand types
  1637.     }
  1638.  
  1639. Workaround:
  1640.  
  1641. The compiler must be forced to expand the template function by providing a prototype for the
  1642. function with the correct argument types provided.
  1643. ----------------------------------------------------------------------------
  1644. ••Defect Number: 5656, THINK C/C++
  1645.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1646. In some cases, the compiler will allow the modification of a const class object. For example:
  1647.  
  1648.     struct X {
  1649.         int y;
  1650.     };
  1651.     
  1652.     void main()
  1653.     {
  1654.         X x1;
  1655.         const X x2;
  1656.     
  1657.         x2 = x1;          // should report an error, but doesn't
  1658.     }
  1659. ----------------------------------------------------------------------------
  1660. ••Defect Number: 5657, THINK C/C++
  1661.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1662. The compiler fails to signal an error when it sees a void function that has a return statement
  1663. with an expression, if that expression's type is void (eg, when the expression is a function
  1664. whose return type is void).
  1665. ----------------------------------------------------------------------------
  1666. ••Defect Number: 5671, THINK C/C++
  1667.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1668. Due to the way that the compiler chooses "key" functions for a class, inline functions that are
  1669. not declared as inline in a class declaration can cause problems when creating a precompiled
  1670. header. Eg:
  1671.  
  1672.     struct X {
  1673.         void f();
  1674.         virtual void g();
  1675.     };
  1676.     
  1677.     inline void X::f() { }  // Error: vtable key function 'f' cannot be redeclared inline in
  1678. precompiled header
  1679.  
  1680. Workaround:
  1681.  
  1682. Declare the function as "inline" in the class declaration as well as the function declaration.
  1683. ----------------------------------------------------------------------------
  1684. ••Defect Number: 5701, THINK C/C++
  1685.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1686. C++ classes with virtual functions cannot be used in code resources. If you try define a C++
  1687. class with a virtual function in a code resource, you will get the error: "initialization to an
  1688. address is illegal for a non-application".
  1689.  
  1690. Workaround:
  1691.  
  1692. Use PascalObject classes in code resources instead of regular C++ classes. PascalObject classes
  1693. can contain virtual functions in code resources.
  1694. ----------------------------------------------------------------------------
  1695. ••Defect Number: 5738, THINK C/C++
  1696.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1697. The compiler doesn't allow forward declarations of specific template expansions. If a template is
  1698. forward declared, and then is used with a specific expansion, any use of the template later on
  1699. will not work. For example:
  1700.  
  1701.     template <class T> struct X;
  1702.     
  1703.     void dummy(X<char>);        // this declaration "confuses" the compiler    
  1704.     template <class T> struct X {
  1705.         void f();
  1706.     };
  1707.     
  1708.     void main()
  1709.     {
  1710.         X<char> *x;
  1711.         x->f();                       // Error: 'f' not a member of struct 'X<char>'
  1712.     }
  1713. ----------------------------------------------------------------------------
  1714. ••Defect Number: 5743, THINK C/C++
  1715.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1716. The compiler fails to call conversion operator functions whose conversion type is an enumeration.
  1717. For example:
  1718.  
  1719.     enum E { whatever };
  1720.     
  1721.     struct X {
  1722.         operator E();
  1723.     };
  1724.     
  1725.     void main()
  1726.     { 
  1727.         X x;
  1728.         E e;
  1729.     
  1730.         if (e == x) ;     // Error: ambiguous type conversion
  1731.         if (e == (E)x) ;  // works OK
  1732.    }
  1733.  
  1734. Workaround:
  1735.  
  1736. Provide an explicit cast to force the compiler to use the correct conversion operator.
  1737. ----------------------------------------------------------------------------
  1738. ••Defect Number: 5759, THINK C/C++
  1739.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1740. If an #endif is encountered without any matching #if, and if no other #if statements have yet
  1741. been seen by the compiler, then the compiler will write to 0 (NIL) before reporting the error. No
  1742. other corruption of low memory will occur.
  1743. ----------------------------------------------------------------------------
  1744. ••Defect Number: 5760, THINK C/C++
  1745.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1746. The result of applying the modulo operator to an unsigned short or unsigned char will appear to
  1747. produce an incorrect result when its result is examined in a conditional expression. For example:
  1748.  
  1749.     #include <stdio.h>
  1750.     
  1751.     void main()
  1752.     {
  1753.         unsigned short n = 2;
  1754.     
  1755.         if (n % 2)
  1756.             printf("wrong\n");
  1757.         else
  1758.             printf("right\n");
  1759.     }
  1760.  
  1761. The result of the modulo operator is correct in all other contexts, eg in an arithmetic
  1762. expression.
  1763.  
  1764. Workaround:
  1765.  
  1766. Compare the result of the modulo to zero, eg:
  1767.  
  1768. if ((n % 2) != 0)
  1769. ----------------------------------------------------------------------------
  1770. ••Defect Number: 5761, THINK C/C++
  1771.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1772. The compiler is unable to choose the correct conversion operator when possible conversions differ
  1773. only by the const-ness of the class that's being converted. For example:
  1774.  
  1775.     struct X { };
  1776.     
  1777.     struct Y {
  1778.         operator X();
  1779.         operator X() const;
  1780.     };
  1781.     
  1782.     void f()
  1783.     {
  1784.         const Y y;
  1785.         X x = y;      // Error: cannot implicitly convert
  1786.     }
  1787.  
  1788. Workaround:
  1789.  
  1790. Using an explicit call to the conversion operator will work, eg:
  1791.  
  1792. X x = y.operator X();      // OK; chooses operator X() const
  1793. ----------------------------------------------------------------------------
  1794. ••Defect Number: 5763, THINK C/C++
  1795.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1796. A nested scope enum will clash with a global scope enum instead of hiding it. For example:
  1797.  
  1798.     enum foo { one, two, three };
  1799.     class X {
  1800.         enum foo {true, false };        // Error: foo is already defined
  1801.     };
  1802.  
  1803. Workaround:
  1804.  
  1805. Move the global scope enum after the class declaration with the nested enum.
  1806. ----------------------------------------------------------------------------
  1807. ••Defect Number: 5783, THINK C/C++
  1808.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1809. The compiler cannot select the correct function pointer when an overloaded function name is used
  1810. as an argument to a constructor. For example:
  1811.  
  1812.     struct X {
  1813.         X(void (*)(int));
  1814.     };
  1815.     void g(char);
  1816.     void g(int);
  1817.     
  1818.     X x = X(g);
  1819.  
  1820. Other uses of overloaded function names, such as in non-constructor function calls and assignment
  1821. work correctly.
  1822.  
  1823. Workaround:
  1824.  
  1825. If possible, rearrange the declarations for the overloaded function name so that the desired
  1826. function occurs first. This will let the compiler find the correct function.
  1827. ----------------------------------------------------------------------------
  1828. ••Defect Number:
  1829. 5847, THINK C/C++
  1830.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1831. The debugger will not be able to single-step through an expanded template function if it itself
  1832. forced an expansion of another template function. In the debugger, no breakpoint diamond will
  1833. appear within the template function body. For example:
  1834.  
  1835.     template <class T> void g(T) { }
  1836.     template <class T> void f(T t)
  1837.     {
  1838.         g(t);
  1839.     }
  1840.     void main()
  1841.     {
  1842.         f(0);
  1843.     }
  1844.  
  1845. Workaround:
  1846.  
  1847. Force the expansion of the second template before it is automatically expanded by providing a
  1848. prototype. Eg, put the prototype
  1849.  
  1850. void g(int);
  1851.  
  1852. before the declaration of the template function f() above.
  1853. ----------------------------------------------------------------------------
  1854. ••Defect Number: 5855, THINK C/C++
  1855.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1856. Attempting to delete an object that is allocated in a volatile pointer results in an incorrect
  1857. error. 
  1858. struct foo { };
  1859. void f()
  1860. {
  1861.     volatile foo *foop;
  1862.     foop = new foo;
  1863.     delete foop;            // no destructor found matching delete (volatile foo*)
  1864. }
  1865. ----------------------------------------------------------------------------
  1866. ••Defect Number: 5883, THINK C/C++
  1867.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1868. If you have a C++ source file with two different function scope static variables that have the
  1869. same name, the debugger will only be able to display the value of the first static variable.
  1870. ----------------------------------------------------------------------------
  1871. ••Defect Number: 5895, THINK C/C++
  1872.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1873. The C++ compiler does not support aggregates whose size is greater than 32K. If you try to use an
  1874. aggregate larger than 32K, the compiler will generate incorrect code to reference fields beyond
  1875. the 32K boundary.
  1876. ----------------------------------------------------------------------------
  1877. ••Defect Number: 5909, THINK C/C++
  1878.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1879. The compiler promotes expressions of type "double" to type "long double" in certain cases, which
  1880. can result in unexpected "ambiguous function" errors.
  1881.  
  1882.     struct X {
  1883.         X(double);
  1884.         X(int);
  1885.     };
  1886.     double d();
  1887.     void main()
  1888.     {
  1889.         X x(d());        // Error: ambiguous reference to function X::X()
  1890.     }
  1891.  
  1892. Workaround:
  1893.  
  1894. Either explicitly cast the expression to double, or declare the function to take a parameter of
  1895. type long double.
  1896. ----------------------------------------------------------------------------
  1897. ••Defect Number: 5918, THINK C/C++
  1898.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1899. Due to the way that Symantec C++ generates function calls, the toolbox routine PlotCIconHandle()
  1900. may not always return a valid error code. This is because the compiler reserves stack space
  1901. without clearing it, and the toolbox does not always set the return value to zero.
  1902.  
  1903. Workaround:
  1904.  
  1905. Instead of using the regular glue for PlotCIconHandle, use this glue instead. It clears the OSErr
  1906. result before calling the trap.
  1907.  
  1908. pascal OSErr MyPlotCIconHandle( Rect*, short, short, CIconHandle)
  1909.    = { 0x7000, 0x3F40, 0x000C, 0x303C, 0x61F, 0xABC9};
  1910. ----------------------------------------------------------------------------
  1911. ••Defect Number: 5921, THINK C/C++
  1912.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1913. In some cases, a local (function scope) variable name will hide the name of a class declared at
  1914. file scope. For example:
  1915.  
  1916.     class X { };
  1917.     void main()
  1918.     {
  1919.         int X;
  1920.         class X x;   // Error: size of type is not known
  1921.     }
  1922. ----------------------------------------------------------------------------
  1923. ••Defect Number: 5936, THINK C/C++
  1924.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1925. The compiler does not allow a linkage declaration that contains only a typedef. Eg:
  1926.  
  1927.     extern "C" typedef void (*PFV)();
  1928.  
  1929. Workaround:
  1930.  
  1931. Rewrite to use a multiline linkage declaration.
  1932. ----------------------------------------------------------------------------
  1933. ••Defect Number: 5950, THINK C/C++
  1934.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1935. Compiling the following code example produces the confusing error message "Error: member 'M::m'
  1936. of class 'Mfriend' is not  accessible":
  1937.  
  1938. class M {
  1939.  friend class Mfriend;
  1940.  static int m;
  1941. };
  1942.  
  1943. class Mfriend {
  1944.  int i[M::m];      
  1945. };
  1946.  
  1947. The error should be: "integer constant expression expected".
  1948. ----------------------------------------------------------------------------
  1949. ••Defect Number: 5951, THINK C/C++
  1950.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1951. The compiler will produce a spurious error message if it encounteres an access declaration that
  1952. specifies a conversion operator using an intrinsic (builtin) type. Eg:
  1953.  
  1954.     struct X {
  1955.         operator int();
  1956.     };
  1957.  
  1958.     class Y : X {
  1959.     public:
  1960.         X::operator int;  // Error: empty declaration
  1961.     };
  1962.  
  1963. Workaround:
  1964.  
  1965. Turn off the "ANSI conformance" switch.
  1966. ----------------------------------------------------------------------------
  1967. ••Defect Number: 5979, THINK C/C++
  1968.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1969. If a function template has arguments with const or volatile modifiers, and if it's called more
  1970. than once with arguments that are not const or volatile, an error is produced. Eg:
  1971.  
  1972.     template<class T> void f(const T&) { }
  1973.  
  1974.     void main(void)
  1975.     {
  1976.         f(1);
  1977.         f(2);   // Error: f already defined
  1978.     }
  1979.  
  1980. Workaround:
  1981.  
  1982. Before using the function template, declare the function with the arguments that will be needed.
  1983. Eg:
  1984.  
  1985. void f(const int &);
  1986. ----------------------------------------------------------------------------
  1987. ••Defect Number: 6018, THINK C/C++
  1988.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  1989. If you declare a data member of a class whose constructor takes arguments, and if you try to pass
  1990. the arguments to the constructor in the declaration, the compiler will produce an error at the
  1991. line of the member's constructor source code.
  1992.  
  1993.     struct X {
  1994.         X(int);   // Error:   ';' expected
  1995.     };
  1996.     struct Y {
  1997.         X x(0);  // incorrect declaration here
  1998.     };
  1999. ----------------------------------------------------------------------------
  2000. ••Defect Number: 6037, THINK C/C++
  2001.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2002. Overloading resolution does not work correctly over an inheritance hierarchy for reference
  2003. conversions (cf. ARM Section 13.2 [3] p. 324) as shown by the following example:
  2004.  
  2005. class A {};
  2006. class B : public A {};
  2007. class C : public B {};
  2008.  
  2009. void g(A&);
  2010. void g(B&);
  2011.  
  2012. C aC;
  2013.  
  2014. void f()
  2015. {
  2016.     g(aC);
  2017. }
  2018. ----------------------------------------------------------------------------
  2019. ••Defect Number: 6051, THINK C/C++
  2020.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2021. The C++ compiler won't accept array initialization when the elements are addresses of a local
  2022. variable. Globals work, as does the initialization of a single (non array) object:
  2023.  
  2024. int g1, g2;
  2025.  
  2026. void main(void)
  2027. {
  2028.     int n1, n2;
  2029.  
  2030.     const int   *i1 = &n1;                  // ok
  2031.     const int   *array[] = { &n1, &n2 };    // error
  2032.     const int   *array2[] = { &g1, &g2 };   // ok
  2033. }
  2034. ----------------------------------------------------------------------------
  2035. ••Defect Number: 6054, THINK C/C++
  2036.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2037. The following example will not compile: 
  2038.  
  2039. struct X {
  2040.     X();            // having a destructor yields same error
  2041.     void foo();
  2042. };
  2043.  
  2044. void main()
  2045. {
  2046.     int rows = 3;
  2047.     const int cols = 2;
  2048.     
  2049.     typedef X PTR[cols];    // error goes away if constructor for X is commented out
  2050.     PTR     *ptr = new PTR[rows];
  2051.     delete [] ptr;
  2052. }
  2053. // File "test.cpp"; Line 15
  2054. // Error:   cannot implicitly convert
  2055. // from:<*>X
  2056. // to  :<*><array[2]>X
  2057. ----------------------------------------------------------------------------
  2058.     Product: THINK C/C++, Symantec C/C++ for MPW
  2059. ----------------------------------------------------------------------------
  2060. ••Defect Number: 6070, THINK C/C++, Symantec C/C++ for MPW
  2061.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2062. Compiling the following code sample produces internal error: file n2.c line 1355.
  2063.  
  2064. template<class T> struct Tlink
  2065. {
  2066. };  
  2067. template<class T> class s;
  2068. template<class T> class s_iter {
  2069.  public:
  2070.   T* first() 
  2071.     {
  2072.       return &((Tlink<T>*) 0;
  2073.     }
  2074. };
  2075. template<class T> class s
  2076. {
  2077. friend class s_iter<T>;
  2078. };  
  2079. void main (int argc, char* argv[])
  2080. {
  2081.  s<int> test;
  2082. }
  2083. ----------------------------------------------------------------------------
  2084. ••Defect Number: 6090, THINK C/C++, Symantec C/C++ for MPW
  2085.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2086. The compiler will report an internal error in n2.c when a template class forward declaration is
  2087. syntactically incorrect. Consider the following:
  2088.  
  2089. template <class tType> class TArchiver<tType>;            
  2090.  
  2091. class CFont
  2092. {
  2093. public:
  2094.     CFont();
  2095.     friend TArchiver<CFont>;
  2096. };
  2097. ----------------------------------------------------------------------------
  2098. ••Defect Number: 6094, THINK C/C++, Symantec C/C++ for MPW
  2099.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2100. The following code fragment causes an "expression expected" on the marked line:
  2101.  
  2102. void main()
  2103. { 
  2104.     typedef int x;
  2105.      {
  2106.       x(((x)));          // error reported here
  2107.       x = 3;
  2108.      }
  2109. }
  2110. ----------------------------------------------------------------------------
  2111.     Product: THINK C/C++
  2112. ----------------------------------------------------------------------------
  2113. ••Defect Number: 6097, THINK C/C++
  2114.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2115. The C++ preprocessor can put an incorrect amount of space in the preprocessed output which
  2116. prevents the compiler from compiling it. It does not affect what is passed to the compiler itself
  2117. (i.e. the code compiles and runs without a problem). For example, 
  2118.  
  2119. typedef short X;
  2120. #define X(y) short y
  2121.  
  2122. void main(void)
  2123. {
  2124.  X(*) a;
  2125.  X    b = 3;
  2126.  a = &b;
  2127. }
  2128.  
  2129. preprocesses to: 
  2130.  
  2131. typedef short X;
  2132. #define X(y) short y
  2133.  
  2134. void main(void)
  2135. {
  2136.  short  *  a;
  2137.  Xb = 3;      
  2138.  a = &b;
  2139. }
  2140. ----------------------------------------------------------------------------
  2141.     Product: THINK C/C++, Symantec C/C++ for MPW
  2142. ----------------------------------------------------------------------------
  2143. ••Defect Number: 6106, THINK C/C++, Symantec C/C++ for MPW
  2144.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2145. The compiler will (incorrectly) allow a class to be specified as a direct base class of a derived
  2146. class more than once:
  2147.  
  2148. struct A1 {
  2149.     A1();
  2150.     virtual ~A1();
  2151. };
  2152.  
  2153. struct B1 :  A1 {
  2154.     B1();
  2155.     virtual ~B1();
  2156. };
  2157.  
  2158. struct C1 : B1 {
  2159.     C1();
  2160.     virtual ~C1();
  2161. };
  2162.  
  2163. struct D1 : B1, virtual A1 {
  2164.     D1();
  2165.     ~D1();
  2166. };
  2167. ----------------------------------------------------------------------------
  2168.     Product: THINK C/C++
  2169. ----------------------------------------------------------------------------
  2170. ••Defect Number: 6112, THINK C/C++
  2171.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2172. Compiling a file containing simply "#endif " sometimes writes to nil.
  2173. ----------------------------------------------------------------------------
  2174.     Product: THINK C/C++, Symantec C/C++ for MPW
  2175. ----------------------------------------------------------------------------
  2176. ••Defect Number: 6127, THINK C/C++, Symantec C/C++ for MPW
  2177.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2178. Static references to const don't construct the referenced object. Temporary references to const
  2179. work correctly:
  2180.  
  2181. #include <stdio.h>
  2182. struct S{
  2183. int ii;
  2184.     S(int i):ii(i){};
  2185. };
  2186.  
  2187. const S &rS(4);  //fails
  2188.     
  2189. void main()
  2190. {
  2191. //const S &rS(4);  // works
  2192. printf("%d\n", rS.ii);
  2193. }
  2194. ----------------------------------------------------------------------------
  2195. ••Defect Number: 6128, THINK C/C++, Symantec C/C++ for MPW
  2196.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2197. The common subexpression elimination portion of the global optimizer generates an internal error
  2198. (CGcod.c line 320) on the following line extracted from a complex switch statement.
  2199.  
  2200.         if ( C >= B - 3 && C <= B && C >= D - 3  && C <= D )
  2201.                 return  P6;
  2202.  
  2203. where B, C, and D are of type char and P6 is an enumerated value.
  2204.  
  2205. Workaround:
  2206.  
  2207. Turning off CSE elimination removes the internal error.
  2208. ----------------------------------------------------------------------------
  2209. ••Defect Number: 6131, THINK C/C++, Symantec C/C++ for MPW
  2210.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2211. Unable to use global scope resolution in declarator for a pointer to member, i.e.
  2212.  
  2213. struct C
  2214. {
  2215.     int i;
  2216. };
  2217.  
  2218. void f()
  2219. {
  2220.    struct C{};    
  2221.    int ::C::*pmi;    // Error:   '=', ';' or ',' expected
  2222. }
  2223.  
  2224. ----------------------------------------------------------------------------
  2225. ••Defect Number: 6132, THINK C/C++, Symantec C/C++ for MPW
  2226.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2227. The compile does not accept a pointer to member with the scope resolution operator, i.e.
  2228.  
  2229. struct C
  2230. {
  2231.     int i;
  2232. };
  2233.  
  2234. void f()
  2235. {
  2236.    int C::*pmi=&::C::i;   // Error:   no instance of class 'C' for member 'C::i'
  2237. }
  2238.  
  2239. ----------------------------------------------------------------------------
  2240. ••Defect Number: 6133, THINK C/C++, Symantec C/C++ for MPW
  2241.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2242. The compiler shows incomplete closure of nested class scope of a static member. Consider the
  2243. following example:
  2244.  
  2245. #include <stdio.h>
  2246. int i = 7;
  2247.  
  2248. class Outer{
  2249. public:
  2250.   class C{ 
  2251.     public: int f3() { printf("%d\n",i); return i;}; //returns value of global instead of static int i
  2252.   } c;
  2253.  
  2254.   static int i;                // declared here
  2255.   Outer(int j) { i=j+3;}
  2256.   
  2257.   class C2{ 
  2258.     public: int f3(){ printf("%d\n",i); return i;};  //correctly returns value of static int
  2259.   } c2;
  2260.  
  2261. };
  2262.     
  2263. Outer::i;
  2264.  
  2265. void main()
  2266. {
  2267.     Outer o(0);
  2268.     int temp=o.c.f3();
  2269.     temp=o.c2.f3();
  2270. }
  2271.  
  2272. Workaround:
  2273.  
  2274. Declare Outer::i before the declaration/definition of class C and it will find the correct value.
  2275. ----------------------------------------------------------------------------
  2276. ••Defect Number: 6134, THINK C/C++, Symantec C/C++ for MPW
  2277.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2278. If the second and third operands of ?: are references, then reference conversions should bring
  2279. them to a common type. This is a problem with references to derived classes. Consider the
  2280. following example:
  2281.  
  2282. class omni {
  2283. public:
  2284.     int i;
  2285.     operator int() { return i; }; //necessary use references in ?:
  2286. };
  2287.  
  2288. void ieq(int, int);
  2289. ivalue(int i);
  2290.  
  2291. class D : public omni { int j; };
  2292.       
  2293. void f()
  2294. {
  2295.     int li;
  2296.       omni a, c;
  2297.       omni &ar = a, &cr = c;
  2298.               
  2299.       D b;
  2300.       D &br = b;
  2301.       
  2302.       li=( ivalue(1) ? ar : cr ).i;
  2303.       li=( ivalue(1) ? ar : br ).i;     // br reference to D, derived from omni
  2304. }
  2305. ----------------------------------------------------------------------------
  2306. ••Defect Number: 6135, THINK C/C++, Symantec C/C++ for MPW
  2307.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2308. The compiler does not allow you to initialize references to functions. The following code will
  2309. not compile successfully:
  2310.  
  2311.    void fv(void){};
  2312.    void (&rfv)(void)=fv;
  2313. ----------------------------------------------------------------------------
  2314. ••Defect Number: 6136, THINK C/C++, Symantec C/C++ for MPW
  2315.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2316. The compiler will not allow a pointer to a function to be used in a call to new.
  2317.  
  2318. void f()
  2319. {
  2320.     char *(**p1)(int) = new (char *(*)(int));
  2321. }
  2322.  
  2323. Workaround:
  2324.  
  2325. Use a typedef, i.e.
  2326. void f()
  2327. {
  2328.   typedef char *(*t)(int);
  2329.   t *p2 = new t(*p2);
  2330. }
  2331. ----------------------------------------------------------------------------
  2332.     Product: THINK C/C++
  2333. ----------------------------------------------------------------------------
  2334. ••Defect Number: 6145, THINK C/C++
  2335.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2336. The compiler allows a call to a pure virtual function that is never defined, resulting in a link
  2337. error. Consider the following:
  2338.  
  2339. struct X {
  2340.     virtual void f() = 0;
  2341. };
  2342.  
  2343. struct Y : X {
  2344.     void f() { inherited::f(); }    // illegal
  2345. };
  2346.  
  2347. X *x;
  2348.  
  2349. void main()
  2350. {
  2351.     x = new Y;    
  2352.     x->f();    
  2353.     delete x;
  2354. }
  2355. ----------------------------------------------------------------------------
  2356.     Product: THINK C/C++, Symantec C/C++ for MPW
  2357. ----------------------------------------------------------------------------
  2358. ••Defect Number: 6147, THINK C/C++, Symantec C/C++ for MPW
  2359.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2360. After a valid diagnostic regarding access, the compiler will produce an internal error.  The
  2361. following example:
  2362.  
  2363. class b
  2364.     {
  2365. public:
  2366.     b(int ii) : i(ii) { }
  2367. protected:
  2368.     int i;
  2369.     };
  2370.     class c : virtual private b
  2371.     {
  2372. protected:
  2373.     b::i;     
  2374. public:
  2375.     c(int ii) : b(ii) { }
  2376.     };
  2377.     
  2378. class c2 : virtual private b
  2379.     {
  2380. public:
  2381.     c2(int ii) : b(ii) { }
  2382.     };
  2383.     
  2384. class d : public c, public c2
  2385.     {
  2386. public:
  2387.  
  2388.     d(int ii) :
  2389.         b(ii)  // internal error here
  2390.         { }
  2391.     };
  2392.  
  2393. Produces:
  2394. File “6147.cpp”; Line 29
  2395. Error:   member 'b::b' of class 'd' is not accessible
  2396.  
  2397. File “6147.cpp”; Line 29
  2398. Error:   internal error: file cpp.c line 3380
  2399.  
  2400. Workaround:
  2401.  
  2402. Ignore the spurious internal error and correct the source code.
  2403. ----------------------------------------------------------------------------
  2404. ••Defect Number: 6149, THINK C/C++, Symantec C/C++ for MPW
  2405.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2406. The compiler generates spurious errors when initializing members of an anonymous union in a
  2407. class:
  2408.  
  2409. class foo {
  2410.     union {     // anonymous unions add their members to the enclosing scope
  2411.         const int i;
  2412.         const double x;
  2413.     };
  2414.     foo(int anInt) : i(anInt) { }
  2415.     foo(double aDouble) : x(aDouble) { }
  2416. };
  2417.  
  2418. NB: the draft standard is sufficiently vague about this issue that there may not be a right
  2419. answer.
  2420. ----------------------------------------------------------------------------
  2421.     Product: THINK C/C++
  2422. ----------------------------------------------------------------------------
  2423. ••Defect Number: 6154, THINK C/C++
  2424.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2425. The compiler generates an excess stack frame when optimizing for space and not using function
  2426. calls for inlines. Disassembly of the following example will show this.
  2427.  
  2428. struct Simple 
  2429. { 
  2430.  long value;  
  2431.  Simple(long value) : value(value) {};
  2432.  long AddOne();
  2433.  };
  2434.  
  2435. long Simple::AddOne()
  2436. {
  2437.  return value+1;
  2438. }
  2439.  
  2440. long main()
  2441. {
  2442.  Simple s(1); 
  2443.  s = s.AddOne(); 
  2444.  return s.value;
  2445. }
  2446. ----------------------------------------------------------------------------
  2447.     Product: THINK C/C++, Symantec C/C++ for MPW
  2448. ----------------------------------------------------------------------------
  2449. ••Defect Number: 6163, THINK C/C++, Symantec C/C++ for MPW
  2450.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2451. The following code generates an internal error after generating a valid diagnostic regarding an
  2452. access control violation:
  2453.  
  2454. class B
  2455. {
  2456. public:
  2457.     B(int ii) : i(ii) { }
  2458.     B() : i(0) { }
  2459. protected:
  2460.     int i;
  2461. };
  2462.     
  2463. class C : virtual private B
  2464. {
  2465. public:
  2466.     C(int ii) : B(ii) { }
  2467.     //C(){};
  2468. };
  2469.     
  2470. class D : public C
  2471. {
  2472. public:
  2473.     D(){ }        //Error:   internal error: file cpp.c line 3365 
  2474. };
  2475.  
  2476. Yields :
  2477. File “6163.cpp”; Line 21
  2478. Error:   member 'B::B' of class 'D' is not accessible
  2479.  
  2480. File “6163.cpp”; Line 21
  2481. Error:   internal error: file cpp.c line 3380
  2482.  
  2483. Workaround:
  2484.  
  2485. Ignore the internal error and correct the source code using the valid diagnostic.
  2486. ----------------------------------------------------------------------------
  2487. ••Defect Number: 6164, THINK C/C++, Symantec C/C++ for MPW
  2488.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2489. /* Generated error:   member 'b::nest' of class 'b' is not accessible
  2490.  * Protected member of private base class can be made accessible as
  2491.  * protected member of derived class with access declaration.  */
  2492.  
  2493.   class b{ protected: class nest {}m; };
  2494.   class c : private b{ protected:b::nest;};
  2495. ----------------------------------------------------------------------------
  2496. ••Defect Number: 6165, THINK C/C++, Symantec C/C++ for MPW
  2497.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2498. Nested type names aren't correctly adjusted by access declarations when referenced in function
  2499. scope. Eg:
  2500.  
  2501.     struct C {
  2502.         struct C_nest { };
  2503.     };
  2504.     
  2505.     struct D : private C {
  2506.     public:
  2507.         C::C_nest;
  2508.     };
  2509.  
  2510.     void f()
  2511.     {
  2512.         D::C_nest n;    // Error: member C::C_nest of type D is not accessible
  2513.     }
  2514. ----------------------------------------------------------------------------
  2515. ••Defect Number: 6166, THINK C/C++, Symantec C/C++ for MPW
  2516.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2517. /*  A friend or a member function of a derived class can access a 
  2518.   *  protected static member of a base class. */
  2519.  
  2520.   class A{ protected: static int i; };    
  2521.   class B : public A { public: friend class C; };
  2522.   class C { public: void f2(void); };
  2523.      
  2524.   void C::f2(void) { A::i++;  }   // Error:   member 'A::i' of class 'A' is not accessible
  2525. ----------------------------------------------------------------------------
  2526. ••Defect Number: 6167, THINK C/C++, Symantec C/C++ for MPW
  2527.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2528. /*    Static function members should be able to access public inherited protected members */
  2529.  
  2530.    class B { protected: static int i2; };
  2531.    class D : public B { public: static void f4(void); };
  2532.      void D::f4(void){ B::i2=0; }        //Error:   member 'B::i2' of class 'B' is not accessible
  2533. ----------------------------------------------------------------------------
  2534. ••Defect Number: 6168, THINK C/C++, Symantec C/C++ for MPW
  2535.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2536. /*  Nested class names are not defined in their own, or subsequent inner, scopes. */
  2537.    struct s {
  2538.      class c{ public:int c::*pm;};    //Error:   'c' must be a class name preceding '::'
  2539.    };
  2540. ----------------------------------------------------------------------------
  2541. ••Defect Number: 6169, THINK C/C++, Symantec C/C++ for MPW
  2542.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2543. /*  A reference to a volatile can be initialized with either volatile or a plain.
  2544.       The following code should only give a warning.  */
  2545.     int i = 2;
  2546.       volatile int &rvi2 = i;       //Error:   non-const reference initialized to temporary
  2547.  
  2548. ----------------------------------------------------------------------------
  2549.     Product: THINK C/C++
  2550. ----------------------------------------------------------------------------
  2551. ••Defect Number: 6172, THINK C/C++
  2552.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2553. The compiler can't find the correct overloaded function when an overloaded function is used as an
  2554. argument to another overloaded function. Eg:
  2555.  
  2556.     struct Z {
  2557.         void f(void (*)(int));
  2558.         void f(int);
  2559.     };
  2560.     
  2561.     void g(char);
  2562.     void g(int);
  2563.     
  2564.     void main()
  2565.     {
  2566.         Z z;
  2567.         z.f(g);     // Error: no match for function f()
  2568.     }
  2569.  
  2570. Workaround:
  2571.  
  2572. Reverse the order of overloaded function declarations so the desired overloaded function occurs
  2573. first. Above, reverse the order of the declarations of g().
  2574. ----------------------------------------------------------------------------
  2575. ••Defect Number: 5510, THINK C/C++
  2576.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2577. The compiler incorrectly allows a class declared with the __machdl keyword to be declared inside
  2578. another class declaration.
  2579.  
  2580.    class __machdl foo { }               
  2581.    class bar : public foo { short x; }
  2582.    class baz { bar quux; }              // should only allow bar *quux
  2583. ----------------------------------------------------------------------------
  2584. ••Defect Number: 5555, THINK C/C++
  2585.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2586. The compiler is position sensitive with regards to some modifiers. Each of the declarations below
  2587. should be allowed.
  2588.  
  2589.         class Foo {
  2590.         public:
  2591.                virtual void f();        // OK
  2592.                void virtual g();        // Compile error
  2593.         };
  2594.  
  2595. Workaround:
  2596.  
  2597. Always specify the 'virtual' modifier first.
  2598. ----------------------------------------------------------------------------
  2599. ••Defect Number: 5859, THINK C/C++
  2600.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2601. The compiler incorrectly mangles functions with the same name in different subscopes (best shown
  2602. with an example):
  2603.  
  2604. int main()
  2605. {
  2606.     {
  2607.         struct A {
  2608.             int a;
  2609.             void f() {
  2610.                 if(a<10) {
  2611.                     f();
  2612.                     ++a;
  2613.                 }
  2614.            };
  2615.         };
  2616.         A x;
  2617.         x.f();
  2618.     }
  2619.  
  2620.     {
  2621.         struct A{
  2622.             int a;
  2623.             void f() {
  2624.                 if(a<10) {
  2625.                     f();
  2626.                     ++a;
  2627.                 }
  2628.             };
  2629.         };
  2630.         A x;
  2631.         x.f();
  2632.     }
  2633.  
  2634.     return 0;
  2635. }
  2636. ----------------------------------------------------------------------------
  2637. ••Defect Number: 6148, THINK C/C++
  2638.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2639. Code resources that have static objects with constructors aren't handled properly. Code is
  2640. generated for the static construction function, but that function is never called.
  2641. ----------------------------------------------------------------------------
  2642.     Product: THINK C/C++, Symantec C/C++ for MPW
  2643. ----------------------------------------------------------------------------
  2644. ••Defect Number: 6165, THINK C/C++, Symantec C/C++ for MPW
  2645.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2646. Nested type names aren't correctly adjusted by access declarations when referenced in function scope. Eg:
  2647.  
  2648.     struct C {
  2649.         struct C_nest { };
  2650.     };
  2651.     
  2652.     struct D : private C {
  2653.     public:
  2654.         C::C_nest;
  2655.     };
  2656.  
  2657.     void f()
  2658.     {
  2659.         D::C_nest n;    // Error: member C::C_nest of type D is not accessible
  2660.     }
  2661. ----------------------------------------------------------------------------
  2662. ••Defect Number: 6179, THINK C/C++, Symantec C/C++ for MPW
  2663.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2664. Certain loop expressions can cause an internal error in CGcod.c, line 320. An example is:
  2665.  
  2666.     void f()
  2667.     {
  2668.         int j, k;
  2669.         int *p;
  2670.     
  2671.         while (j > !*p)
  2672.             k = !*p || *p;
  2673.     }
  2674.  
  2675. Workaround:
  2676.  
  2677. Turning on the global optimizer should fix the problem.
  2678. ----------------------------------------------------------------------------
  2679. ••Defect Number: 6184, THINK C/C++, Symantec C/C++ for MPW
  2680.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2681. The compiler doesn't produce the correct return type for new expressions that return pointer to
  2682. member types. Eg:
  2683.     void f()
  2684.     {    
  2685.         struct X { int i; };    
  2686.         int X::**px = new int X::*;  // Error: cannot implicitly convert from: int * to: int X::**
  2687.     }
  2688.  
  2689. Workaround:
  2690.  
  2691. Introduce a typedef for the desired type, and apply operator new() to that instead. Eg:
  2692. void f()
  2693. {
  2694.     struct X { int i;};
  2695.     typedef int X::*pmi;
  2696.     int X::**px = new(pmi);
  2697. }
  2698. ----------------------------------------------------------------------------
  2699. ••Defect Number: 6185, THINK C/C++, Symantec C/C++ for MPW
  2700.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2701. Using operator new() for multidimensional arrays that have constructors produces an incorrect
  2702. type result. Eg:
  2703.  
  2704.     struct X {
  2705.         X();
  2706.     };
  2707.     
  2708.     void f()
  2709.     {
  2710.         X (*p1)[2] = new X[3][2];  // Error: cannot implicitly convert from: X* to: X(*)[2]
  2711.     }
  2712.  
  2713. Workaround:
  2714.  
  2715. Cast the result of operator new() to the desired type, or remove the object's constructor.
  2716. ----------------------------------------------------------------------------
  2717. ••Defect Number: 6186, THINK C/C++, Symantec C/C++ for MPW
  2718.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2719. When specifying too many storage class specifiers for member functions, the error message is not
  2720. always clear.  As in:
  2721.  
  2722.   class
  2723.      {
  2724.   public:
  2725.       int virtual inline g(int i){};// should give same error as below
  2726.       int inline virtual f(int i){};//storage class illegal in this context: ok
  2727.      };
  2728.  
  2729. Which produces different error messages depending on the order of the declaration.  Errors are:
  2730. File “6186.cpp”; Line 4
  2731. Error:   ';' expected
  2732.  
  2733. File “6186.cpp”; Line 5
  2734. Error:    storage class is illegal in this context
  2735.  
  2736. Workaround:
  2737.  
  2738. When the ; expected error message is received, suspect that perhaps too many storage specifiers
  2739. have been used.
  2740. ----------------------------------------------------------------------------
  2741. ••Defect Number: 6187, THINK C/C++, Symantec C/C++ for MPW
  2742.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2743. Virtual functions cannot be declared with the inline specifier as in:
  2744.  
  2745.   class
  2746.      {
  2747.   public:
  2748.       int inline virtual f(int i){};//storage class illegal in this context
  2749.      };
  2750.  
  2751. Which should be allowed.
  2752.  
  2753. Workaround:
  2754.  
  2755. Leave the inline specifier off the virtual function when declaring it inside the class body.  It
  2756. will still be treated as inline.
  2757. ----------------------------------------------------------------------------
  2758. ••Defect Number: 6190, THINK C/C++, Symantec C/C++ for MPW
  2759.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2760. There is a problem declaring const pointers to members.  As in:
  2761.  
  2762.  struct A {int j;};
  2763.  int A::* const cpm;  // Error:   identifier or '( declarator )' expected
  2764.  
  2765. Workaround:
  2766.  
  2767. Do not declare pointers to members as const.
  2768. ----------------------------------------------------------------------------
  2769.     Product: THINK C/C++
  2770. ----------------------------------------------------------------------------
  2771. ••Defect Number: 6195, THINK C/C++
  2772.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2773. In certain cases, not all of the lines in a C++ program are able to be used for single stepping
  2774. as they should be.  As in:
  2775.  
  2776. #include <iostream.h>
  2777. #include <fstream.h>
  2778. #include <stdlib.h>
  2779.  
  2780. void main()
  2781. {
  2782.     ofstream outFile("copy.out", ios::out);
  2783.     
  2784.     if (!outFile)
  2785.     {
  2786.         cerr << "Cannot open" << endl;
  2787.         exit(-1);
  2788.     }
  2789. }
  2790.  
  2791. which does not have a diamond on the if statement and does not stop on the cerr statement when
  2792. single stepping or setting a breakpoint.
  2793. ----------------------------------------------------------------------------
  2794. ••Defect Number: 6204, THINK C/C++
  2795.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2796. The debugger does not display the values of virtual base classes when displaying a class object.
  2797. As in:
  2798.  
  2799. struct X {
  2800.     int i;
  2801. };
  2802. struct Y : virtual X {
  2803.     int j;
  2804. };
  2805.  
  2806. void main()
  2807. {
  2808.     Y y;
  2809.     y.i = 1;
  2810.     y.j = 2;        // j is visible in the debugger, but i isn't
  2811. }
  2812.  
  2813. Workaround:
  2814.  
  2815. 1. Make sure that the options are set to allow dataview function calls in the THINK project
  2816. manager options dialog box
  2817. 2. Cast the sub-class as in:
  2818. (X *) &y
  2819. This will allow the values of X to be displayed.
  2820.  
  2821. ----------------------------------------------------------------------------
  2822.     Product: THINK C/C++, Symantec C/C++ for MPW
  2823. ----------------------------------------------------------------------------
  2824. ••Defect Number: 6205, THINK C/C++, Symantec C/C++ for MPW
  2825.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2826. The compiler does not produce a sensible error message for the following code fragment:
  2827.  
  2828. // test.cpp
  2829. void foo(Bar *p);
  2830.  
  2831. It produces an error about a missing ')' and should complain about Bar being undefined.
  2832. ----------------------------------------------------------------------------
  2833. ••Defect Number: 6217, THINK C/C++, Symantec C/C++ for MPW
  2834.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2835. Certain complicated expressions cause the compiler to produce an internal error as in:
  2836.  
  2837. void f(int *p)
  2838. {
  2839.     int j = 0;
  2840.  
  2841.     while (j >  (!( *p ) || ( *p )) )
  2842.         j =  (!( *p ) || ( *p )) ;
  2843. }
  2844.  
  2845. Which produces:
  2846. File “6217.cpp”; Line 10
  2847. Error:   internal error: file ::CG:CGcod.c line 320
  2848.  
  2849. Workaround:
  2850.  
  2851. Simplify expressions in cases where this internal error is received.
  2852. ----------------------------------------------------------------------------
  2853.     Product: Symantec C/C++ for MPW, THINK C/C++
  2854. ----------------------------------------------------------------------------
  2855. ••Defect Number: 5261, Symantec C/C++ for MPW, THINK C/C++
  2856.   Problem Area: SymC++ Compiler      Type: Crash
  2857. Optimiser crash with multiple inheritance.
  2858. The following compiles ok unless the optimiser is on. Then it crashes with an internal error in
  2859. CGcod.c line 318.  
  2860.     class Mummy { virtual void mumProc(); };
  2861.     class Daddy { virtual void dadProc() = 0; };
  2862.     void wantDaddy( Daddy * );
  2863.  
  2864.     class Baby : public Mummy, public Daddy {
  2865.         Baby();
  2866.         virtual void dadProc();
  2867.     };
  2868.  
  2869.     Baby::Baby() {
  2870.         wantDaddy( this );
  2871.         wantDaddy( this );
  2872.     }
  2873.  
  2874. Workaround:
  2875.  
  2876. If the order is changed so that Baby inherits from Daddy first, Mummy second, it works.
  2877. ----------------------------------------------------------------------------
  2878.     Product: Symantec C/C++ for MPW
  2879. ----------------------------------------------------------------------------
  2880. ••Defect Number: 5429, Symantec C/C++ for MPW
  2881.   Problem Area: SymC++ Compiler      Type: Crash
  2882. Problem with  PascalObject.  This file compiles and links, but dies with a bus error when  you
  2883. run it. 
  2884.  
  2885. scpp temp1.cp
  2886. link {sclibraries}SCMainCpp.a.o temp1.cp.o {Libraries}Runtime.o {Libraries}Interface.o
  2887. {Libraries}ObjLib.o -o Temp
  2888.  
  2889. /* temp1.cp */
  2890. #include <Types.h>
  2891.  
  2892. class X : PascalObject {
  2893.     int xi;    
  2894.     virtual void A(int i);
  2895.     virtual int B(void);
  2896. };
  2897.  
  2898. void main (void)
  2899. {
  2900.     X* x;
  2901.     int i;
  2902.     double f;    
  2903.     x->A(5);    
  2904.     long j = (i = 9) * (f = 1.2);    
  2905.     i = x->B();
  2906. }
  2907.  
  2908. void X::A(int i)
  2909. {
  2910.     xi = i;
  2911. }
  2912.  
  2913. int X::B(void)
  2914. {
  2915.     return xi;
  2916. }
  2917. ----------------------------------------------------------------------------
  2918. ••Defect Number: 6160, Symantec C/C++ for MPW
  2919.   Problem Area: SymC++ Compiler      Type: Crash
  2920. There is a problem using Pascal Objects outside of MacApp with the scpp compiler.  The following
  2921. SIOW program demonstrates the problem.  It will crash on the call to the virtual function.
  2922.  
  2923. #include <stdio.h>
  2924. #include <types.h>
  2925.  
  2926. class __pasobj A
  2927. {
  2928.  void hello  (void);
  2929.  virtual void goodbye(void);
  2930. };
  2931. void A::hello()
  2932. {
  2933.  printf("hello world\n");
  2934. }
  2935. void A::goodbye()
  2936. {
  2937.  printf("goodbye world\n");
  2938. }
  2939. void main(void)
  2940. {
  2941.  A *a = new A; 
  2942.  a->hello  ();
  2943.  Debugger();
  2944.  a->goodbye();
  2945. }
  2946. ----------------------------------------------------------------------------
  2947.     Product: Symantec C/C++ for MPW, THINK C/C++
  2948. ----------------------------------------------------------------------------
  2949. ••Defect Number: 4520, Symantec C/C++ for MPW, THINK C/C++
  2950.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2951. Compiler fails to emit an error message when a destructor is declared const.
  2952. ----------------------------------------------------------------------------
  2953. ••Defect Number: 4521, Symantec C/C++ for MPW, THINK C/C++
  2954.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2955. Compiler fails to emit an error message when a destructor is declared volatile.
  2956. ----------------------------------------------------------------------------
  2957. ••Defect Number: 4743, Symantec C/C++ for MPW, THINK C/C++
  2958.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2959. Debug information is only generated for the last line of the following source.   Debug
  2960. information should be generated for each line. This problem occurs with the optimizer off.  The
  2961. right hand side expression need not be a constant expression; function calls have the same
  2962. effect.
  2963.  
  2964. typedef unsigned char bitfield;
  2965.  
  2966. struct {
  2967.     unsigned    b0  : 1;
  2968.     unsigned    b1  : 1;
  2969.     unsigned    b2  : 1;
  2970.     unsigned    b3  : 1;
  2971.     unsigned    b4  : 1;
  2972.     unsigned    b5  : 1;
  2973.     unsigned    b6  : 1;
  2974.     unsigned    b7  : 1;
  2975. } bits;
  2976.  
  2977. void main()
  2978. {                   
  2979.     bits.b0 = 1;
  2980.     bits.b1 = 1;
  2981.     bits.b2 = 1;
  2982.     bits.b3 = 1;
  2983.     bits.b4 = 1;
  2984.     /* ... */
  2985. }                   // breakpoint here
  2986. ----------------------------------------------------------------------------
  2987.     Product: Symantec C/C++ for MPW
  2988. ----------------------------------------------------------------------------
  2989. ••Defect Number: 4786, Symantec C/C++ for MPW
  2990.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  2991. Declaring data static affects the compiler's ability to catch segment overflows.  Static
  2992. declarations which would cause a segment overflow cause the linker to produce an error message of
  2993. the following form:
  2994.  
  2995. ### While reading file "test.c.o"
  2996. ### Link: Error: Bad repetition count for data module. (Error 42) x (2) 
  2997.    <Bad object file or compiler error.> 
  2998.  
  2999. If the data is not declared static,  error messages of the following form are generated.  This is
  3000. the correct error message to be generated in either case.
  3001.  
  3002. ### While reading file "test.c.o"
  3003. ### Link: Error: 16-bit reference offset out of range. (Error 114)  at $0005A in main
  3004.  
  3005. Workaround:
  3006.  
  3007. Remove static data declarations that will create more than 32K of data or use the -model far data
  3008. option.
  3009. ----------------------------------------------------------------------------
  3010. ••Defect Number: 4879, Symantec C/C++ for MPW
  3011.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3012. When compiled with optimizations, the following source code causes a erroneous warning message
  3013. from the SCPP and SC compilers: #Warning 12: variable 'x' used before set
  3014.  
  3015. void main( void )
  3016. {
  3017.    struct s{unsigned long i25:25; unsigned int i1:1;
  3018.       unsigned long i27:27,i26:26;} x;
  3019.       
  3020.    x.i25 = x.i27 = x.i26 = 110;
  3021.  }
  3022.  
  3023. Workaround:
  3024.  
  3025. Ignore the warning.
  3026. ----------------------------------------------------------------------------
  3027. ••Defect Number: 4995, Symantec C/C++ for MPW
  3028.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3029. The SC and SCPP compilers will not accept segment names that begin with a numeric character in
  3030. #pragma segment directives.
  3031.  
  3032. ----------------------------------------------------------------------------
  3033. ••Defect Number: 5356, Symantec C/C++ for MPW
  3034.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3035. Building a MacApp application with Symantec C++ for MPW produces many Lib warnings about
  3036. duplicate code.  These warnings are correct; there is in fact duplicate code generated when
  3037. MABuild is run. 
  3038.  
  3039. Workaround:
  3040.  
  3041. We have added a -d switch to the MABuild script in the current version to suppress these
  3042. warnings.  This is only a temporary fix for this problem.
  3043. ----------------------------------------------------------------------------
  3044. ••Defect Number: 5385, Symantec C/C++ for MPW
  3045.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3046. "SpinCursor" needs to be called more often from the SCpp optimizer and from the code generator.
  3047. The cursor is frozen during a long code generation and the machine appears to be dead.
  3048. ----------------------------------------------------------------------------
  3049. ••Defect Number: 5645, Symantec C/C++ for MPW
  3050.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3051. A code generation error produced by the SCPP compiler is demonstrated in the MacApp source file
  3052. UMacAppUtilities.cp.  The function IsColorPort() always returns false, even if it is passed a
  3053. color port.  The code generated by the following line in isColorPort() is incorrect:
  3054.  
  3055.     return ((((CGrafPtr)port)->portVersion) & 0xC000) == 0x0000C000;
  3056.  
  3057. SCpp generates code that sign extends the left side of the == to 0xFFFFC000,  and then compares
  3058. that to 0x0000C000. 
  3059.  
  3060. Workaround:
  3061.  
  3062. Replace the line:
  3063.     return ((((CGrafPtr)port)->portVersion) & 0xC000) == 0x0000C000;
  3064. with:
  3065.     return ((((CGrafPtr)port)->portVersion) & 0xFFFFC000) == 0xFFFFC000;
  3066. ----------------------------------------------------------------------------
  3067. ••Defect Number: 5907, Symantec C/C++ for MPW
  3068.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3069. Symantec C++ for MPW does not merge duplicate strings that occur in the same file. 
  3070. ----------------------------------------------------------------------------
  3071.     Product: Symantec C/C++ for MPW, THINK C/C++
  3072. ----------------------------------------------------------------------------
  3073. ••Defect Number: 6015, Symantec C/C++ for MPW, THINK C/C++
  3074.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3075. The C++ compiler causes an erroneous link error to be produced in the following situation:  there
  3076. is a header file declaring a class which declares a static const member of the same class type
  3077. and a constructor:
  3078.  
  3079. class A
  3080. {
  3081. public:
  3082.     A();
  3083.     static const A foo;
  3084. };
  3085.  
  3086. There are two source files which which include this header.  One contains the definition for the
  3087. static member and the constructor.  The other contains a main routine which references the static
  3088. member.
  3089.  
  3090. file 1:
  3091.  
  3092. const A A::foo;
  3093. A::A(){}
  3094.  
  3095. file 2:
  3096.  
  3097. void main()
  3098. {
  3099.     const A& a = A::foo;
  3100. }
  3101.  
  3102. An erroneous link error is produced, indicating that A::foo, referenced from file 2, is not
  3103. defined.
  3104. ----------------------------------------------------------------------------
  3105. ••Defect Number: 6120, Symantec C/C++ for MPW, THINK C/C++
  3106.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3107. The C++ compiler produces an internal error in file ::CG:CGcs.c line 153 compiling the following
  3108. code fragment.  This occurs only when the optimizer is off.
  3109.  
  3110. inline   void * SGXWADDR(unsigned short x) {
  3111.    return (void *)(((unsigned long)x<<1)+0x80000000); }
  3112. extern "C" {
  3113.    void panic(short); 
  3114. }
  3115. #define sems_allocated (*(unsigned short *)(SGXWADDR(1)))
  3116. class semaphore
  3117.   {
  3118.   void   operator delete(void *);
  3119.   };
  3120. void   semaphore::operator delete(void * p) {
  3121.   if (sems_allocated-- == 0) panic(1);
  3122. }
  3123. ----------------------------------------------------------------------------
  3124. ••Defect Number: 6121, Symantec C/C++ for MPW, THINK C/C++
  3125.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3126. The C++ compiler produces an internal error in file CGelem.c line 2116 compiling the following
  3127. code fragment.  This occurs only when the optimizer is on.
  3128.  
  3129. void * const NIL_ = ((void*)0x00000000); 
  3130. class dlink {      // doubly linked list element
  3131.   public:
  3132.   dlink *next, *prev;
  3133.   void unlink(void) {}
  3134.   };
  3135. inline int isNoneOrDamaged(dlink *p) {
  3136.   return ((void*)((unsigned long)p & -2UL) == NIL_); }
  3137. class semaphore 
  3138.   {
  3139.   dlink locker;
  3140.   void   clear_locker(void) { 
  3141.      if (! isNoneOrDamaged(locker.next))
  3142.         locker.unlink();
  3143.      }
  3144.   public:
  3145.      ~semaphore(void);
  3146.   };
  3147.   semaphore::~semaphore(void) {
  3148.   clear_locker();
  3149.   }
  3150. ----------------------------------------------------------------------------
  3151. ••Defect Number: 6122, Symantec C/C++ for MPW, THINK C/C++
  3152.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3153. An erroneous error is flagged for a pointer to a member in a class template.   The following code
  3154. fragment gives the erroneous error "tomni must be a class name preceding ::".
  3155.  
  3156. template <class T>
  3157. class tomni
  3158.     {
  3159.     T tomni::*pm; //tomni must be a class name preceeding ::
  3160.     };
  3161.  
  3162. tomni<int>;
  3163. ----------------------------------------------------------------------------
  3164. ••Defect Number: 6151, Symantec C/C++ for MPW, THINK C/C++
  3165.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3166. The C++ compiler fails to flag as an error a call to a non-const overload of the () operator if
  3167. the object is a declared const object. It works correctly for operator [] and operator +.
  3168.  
  3169.  class foo
  3170.   {
  3171.     int data;
  3172.   public:
  3173.     int operator[](int ignored) 
  3174.     {
  3175.       return data;
  3176.     }
  3177.     int operator()(int ignored)
  3178.     {
  3179.       return data;
  3180.     }
  3181.     int operator+(int ignored)
  3182.     {
  3183.       return data;
  3184.     }
  3185.   };
  3186.  
  3187.   void main( void )
  3188.   {
  3189.     const foo c;
  3190.  
  3191.     c[1];   // correctly flags this
  3192.     c(1);   // should flag an error here too
  3193.     c+1;    // correctly flags this
  3194.   }
  3195. ----------------------------------------------------------------------------
  3196. ••Defect Number: 6152, Symantec C/C++ for MPW, THINK C/C++
  3197.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3198. In argument matching, references should resolve to the closest parent.  In the following code
  3199. fragment, 
  3200.  
  3201. struct A{};
  3202. struct B:A{};
  3203. struct C:B{};
  3204.  
  3205. void f(A &a);
  3206. void f(B &b);
  3207.  
  3208. void main() {
  3209. C c;    f(c); }
  3210.  
  3211. the call to f(c) should be resolved to f(B &b).  Instead the following error is produced:
  3212.  
  3213. Error:ambiguous reference to function
  3214. Had: f(Aref)
  3215. and: f(Bref)
  3216.  
  3217. Workaround:
  3218.  
  3219. Perform an explicit cast to insure that the reference is resolved.  In the example above, change
  3220. f(c) to  f((B) c).
  3221. ----------------------------------------------------------------------------
  3222.     Product: Symantec C/C++ for MPW
  3223. ----------------------------------------------------------------------------
  3224. ••Defect Number: 6175, Symantec C/C++ for MPW
  3225.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3226. SCPP cannot find nested header files specified by pathnames in the following situation:
  3227. 1. Create a test folder outside of the MPW folder, called test.
  3228. 2. Put the following 3 files in test:
  3229.  
  3230. test.cc:
  3231.      #include "::test:what.h"
  3232.  
  3233. what.h:
  3234.      #include "::test.stuff.h"
  3235.  
  3236. stuff.h:
  3237.      #define BLAHBLAH
  3238.  
  3239. 3. Set the current directory to the test folder.
  3240. 4. SCpp test.cc -o test.obj
  3241.  
  3242. Produces:
  3243. Fatal error: unable to open input file '::test:stuff.h'
  3244.  
  3245. Workaround:
  3246.  
  3247. Removing "::test:" from the #include line in either test.cc OR what.h prevents the error from
  3248. occurring. Also, if the test folder is inside the MPW folder, the include files are both found. 
  3249. ----------------------------------------------------------------------------
  3250. ••Defect Number: 4523, Symantec C/C++ for MPW
  3251.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3252. A static member of a local class has no linkage; it cannot be defined.  SCPP does not flag an
  3253. error on the line indicated in the code fragment below.
  3254.  
  3255. void ign(void*);
  3256. int main()
  3257.     {
  3258.     class x {
  3259.     public:
  3260.         static int f(); 
  3261.         int j;
  3262.         };
  3263.     x xa;
  3264.     int x::f() { return 0; }; // should be an error: attempt to define static member local
  3265.  
  3266.     ign(&xa);
  3267.     return xa.f();
  3268.     }
  3269. ----------------------------------------------------------------------------
  3270. ••Defect Number: 5263, Symantec C/C++ for MPW
  3271.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3272. The SCPP compiler reports syntax errors and warnings for class templates in template
  3273. implementation files as being in the file from which the template file is included.  The line
  3274. number reported is correct but the file name is incorrect.
  3275.  
  3276. Workaround:
  3277.  
  3278. Preprocess the file in which the error is reported and then compile this preprocessed file.  The
  3279. error will be reported correctly for the preprocessed file.
  3280. ----------------------------------------------------------------------------
  3281.     Product: Symantec C/C++ for MPW, THINK C/C++
  3282. ----------------------------------------------------------------------------
  3283. ••Defect Number: 5322, Symantec C/C++ for MPW, THINK C/C++
  3284.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3285. The C++ compiler allows a static data member for a class to be initialized at class scope without
  3286. flagging an error.  This is illegal according to the ARM.  An error will occur at link time if
  3287. the code includes a static data member initialized at class scope.
  3288. ----------------------------------------------------------------------------
  3289.     Product: Symantec C/C++ for MPW
  3290. ----------------------------------------------------------------------------
  3291. ••Defect Number: 5324, Symantec C/C++ for MPW
  3292.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3293. The compiler issues two copies of the same warning when a non const reference is initialized to a
  3294. temporary.  In this example, the compiler converts a short to an int before passing an int & to
  3295. the member function. 
  3296.  
  3297. void CalledFunction(int & myInt)
  3298. {
  3299.     myInt++;
  3300. };
  3301. void main()
  3302. {
  3303.     short myShort = 0;
  3304.     CalledFunction(myShort);
  3305. };
  3306. ----------------------------------------------------------------------------
  3307. ••Defect Number: 5970, Symantec C/C++ for MPW
  3308.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3309. The compiler currently produces incorrect output of SYM information for an incomplete class
  3310. definition.
  3311. ----------------------------------------------------------------------------
  3312. ••Defect Number: 5971, Symantec C/C++ for MPW
  3313.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3314. The compiler does not limit itself to outputting type info only for referenced types.  This may
  3315. result in increased size of .o  and SYM files.
  3316. ----------------------------------------------------------------------------
  3317. ••Defect Number: 6021, Symantec C/C++ for MPW
  3318.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3319. SCPP produces a code generation error when compiling the following code fragment with the
  3320. optimizer on. The code generated for the statement "s[i] = c;" is incorrect.  The  code calls
  3321. operator[], but does not store c in the result returned by operator[].  An optimizer might be
  3322. able to do this if it knew that operator[] has no side effects, but the optimizer shouldn't assume this.
  3323.  
  3324. class myString 
  3325. {
  3326. public:
  3327.     int GetLength() const;
  3328.     char operator[](int position) const;
  3329. };
  3330.  
  3331. class myStringSubclass : public myString
  3332. {
  3333. public:
  3334.     virtual char& operator[](int position);
  3335. };
  3336.  
  3337. class myString255 : public myStringSubclass
  3338. {    
  3339. public:
  3340.     myuString255(const char *items);
  3341. };
  3342.  
  3343. void main () {
  3344.     int i;
  3345.     myString255 s("myString255");
  3346.     for (i=0; i<s.GetLength(); i++)
  3347.         {
  3348.             char c = s[i];
  3349.             s[i] = c;   // code gen problem occurs here
  3350.         }
  3351. }
  3352. ----------------------------------------------------------------------------
  3353. ••Defect Number: 6218, Symantec C/C++ for MPW
  3354.   Problem Area: SymC++ Compiler      Type: Incorrect Functionality
  3355. Certain pascal functions may generate an internal error if temporaries need to be implicitly
  3356. created for expressions in the return.
  3357.  
  3358. class myClass {
  3359.  pascal CPoint GetDesktopCoordinate(const VPoint& nextPoint);
  3360. };
  3361.  
  3362. pascal CPoint myClass::GetDesktopCoordinate(const VPoint& nextPoint) {
  3363.   VPoint theMouse = nextPoint;
  3364.   return VPtToPt(theMouse);
  3365. }/* GetDesktopCoordinate */
  3366.  
  3367. Workaround:
  3368.  
  3369. Replace the return line with:
  3370.  
  3371. CPoint c = VPtToPt(theMouse);
  3372. return c;
  3373. ----------------------------------------------------------------------------
  3374. ----------------------------------------------------------------------------
  3375. Problem Area: Rez
  3376. ----------------------------------------------------------------------------
  3377.     Product: THINK C/C++
  3378. ----------------------------------------------------------------------------
  3379. ••Defect Number: 5573, THINK C/C++
  3380.   Problem Area: Rez      Type: Incorrect Functionality
  3381. Running Rez on a .r file containing many huge arrays of data took over 20 minutes, vs. 30 seconds
  3382. for MPW Rez. 
  3383. ----------------------------------------------------------------------------
  3384. ••Defect Number: 5851, THINK C/C++
  3385.   Problem Area: Rez      Type: Incorrect Functionality
  3386. Rez incorrectly assumes an array of only 2 elements of 1 byte instead of 6 bytes for each element
  3387. in the following example:
  3388.  
  3389. type 'try ' {
  3390.    array[2] {
  3391.    unsigned hex byte;
  3392.    unsigned hex byte;
  3393.    unsigned hex byte;
  3394.    unsigned hex byte;
  3395.    unsigned hex byte;
  3396.    fill byte;
  3397.    };
  3398. };
  3399.  
  3400. resource 'try ' (128) {
  3401.    {
  3402.     0xC3,
  3403.     0x19,
  3404.     0xF4, /* reported error here */
  3405.     0xE4,
  3406.     0xD8,  
  3407.     0xC3,
  3408.     0x19,
  3409.     0xF4,
  3410.     0xE4,
  3411.     0xD8
  3412.    }
  3413. };
  3414. ----------------------------------------------------------------------------
  3415. ••Defect Number: 5853, THINK C/C++
  3416.   Problem Area: Rez      Type: Incorrect Functionality
  3417. Rez is unable to compile resources with an array of cases, when the size of an array element is
  3418. computed using a begin and end label. The size is being set to zero instead of the size of that
  3419. array element.   Example:
  3420.  
  3421. Start:
  3422.  key byte = rezType;
  3423.  fill byte;
  3424.  integer = (End[$$ArrayIndex(aName)]-Start[$$ArrayIndex(aName)]) >> 3;
  3425.  /* other information */
  3426. End:
  3427. ----------------------------------------------------------------------------
  3428. ••Defect Number: 5893, THINK C/C++
  3429.   Problem Area: Rez      Type: Incorrect Functionality
  3430.  Rez generates an internal error if it encounters this in a .r file:
  3431.    
  3432.           INCLUDE "Test" 'ICN#' (0) AS 'ICN#' (1,purgeable);  // internal error,  
  3433.  
  3434. Workaround:
  3435.  
  3436. Remove purgeable; do not put anything after (1).
  3437. ----------------------------------------------------------------------------
  3438. ••Defect Number: 5955, THINK C/C++
  3439.   Problem Area: Rez      Type: Incorrect Functionality
  3440. include "File" 'rsrc' (id) as 'rsrc' (id + 1); fails. This is a serious problem for AOCE
  3441. templates.
  3442.  
  3443. ----------------------------------------------------------------------------
  3444. ----------------------------------------------------------------------------
  3445. Problem Area: Debugger
  3446. ----------------------------------------------------------------------------
  3447.     Product: THINK C
  3448. ----------------------------------------------------------------------------
  3449. ••Defect Number: 2357, THINK C
  3450.   Problem Area: Debugger      Type: Incorrect Functionality
  3451. Stepping through a call to OpenPicture in the debugger will cause the Debugger to crash. 
  3452.  
  3453. Workaround:
  3454.  
  3455. Set a breakpoint on the next statement after the call and run to the breakpoint.
  3456. ----------------------------------------------------------------------------
  3457. ••Defect Number: 2751, THINK C
  3458.   Problem Area: Debugger      Type: Incorrect Functionality
  3459. Running a project with the Debugger when the clipboard (deskscrap) contains data over 1 Megabyte,
  3460. can cause the Debugger to become unstable.  
  3461.  
  3462. Workaround:
  3463.  
  3464. In order to test Copy and Paste with large amounts of data in your projects, you may need to turn
  3465. the Debugger off.
  3466. ----------------------------------------------------------------------------
  3467.     Product: THINK C/C++
  3468. ----------------------------------------------------------------------------
  3469. ••Defect Number: 4760, THINK C/C++
  3470.   Problem Area: Debugger      Type: Crash
  3471. The following steps will cause the machine to hang:  Run a program which puts up an alert box,
  3472. with the debugger enabled.  When the alert box comes up, hit command-shift-period and then hit
  3473. the ok button in the alert.  The machine hangs.  It was reproduced  on a Quadra 700, using system
  3474. 7.1 with the following program. 
  3475.  
  3476. void ToolBoxInit (void);
  3477. void ToolBoxInit ()
  3478. {
  3479.     InitGraf (&thePort);
  3480.     InitFonts ();
  3481.     InitWindows ();
  3482.     InitMenus ();
  3483.     TEInit ();
  3484.     InitDialogs (nil);
  3485.     InitCursor ();  
  3486. }
  3487. main ()
  3488. {
  3489.     ToolBoxInit();
  3490.     Alert(128, nil);
  3491. }
  3492. ----------------------------------------------------------------------------
  3493. ••Defect Number: 5780, THINK C/C++
  3494.   Problem Area: Debugger      Type: Crash
  3495. With  68881, 68020, no nfp, Virtual Memory on,  stepping through this with the Debugger will
  3496. cause a bus error, or the debugger just quits:  
  3497.  
  3498. #include <math.h>
  3499. int main()
  3500. {
  3501.  sin(1.0);
  3502.  return;
  3503. }
  3504.  
  3505. ----------------------------------------------------------------------------
  3506. ••Defect Number: 5408, THINK C/C++
  3507.   Problem Area: Debugger      Type: Incorrect Functionality
  3508. The debugger is in an odd state when there are expressions saved in the data window. When the
  3509. project is run, the debugger highlights the Data window instead of the Source window, and the Go
  3510. button is highlit. Single stepping is disabled unless the user selects "Clear all expressions",
  3511. hits "go", and starts the run over.
  3512.  
  3513. // Debug-test.cp
  3514. void MyFunction(unsigned char c, unsigned char keyCode)
  3515. {
  3516. c = keyCode;
  3517. };
  3518.  
  3519. void main()
  3520. {
  3521. MyFunction('a',0xd1);
  3522. }
  3523.  
  3524. Workaround:
  3525.  
  3526. Select "Clear all expressions", then hit "go", and start over.
  3527. ----------------------------------------------------------------------------
  3528. ••Defect Number: 5594, THINK C/C++
  3529.   Problem Area: Debugger      Type: Incorrect Functionality
  3530. Breakpoints cannot be saved if they are in #include'd files regardless of whether "Always Save
  3531. Session" is on or "Save All" is selected in the file menu.
  3532. ----------------------------------------------------------------------------
  3533. ••Defect Number: 5998, THINK C/C++
  3534.   Problem Area: Debugger      Type: Incorrect Functionality
  3535. Bug when trying to display a class member value in the Data window with an example program linked
  3536. with oopsDebug/++.  Typing in the following expression: 
  3537.      shape ? shape->GetClassID () : 'NULL'  
  3538. generates error:  ◊◊ contains a function call ◊◊
  3539. The debugger hangs upon exiting to shell.
  3540.      
  3541. ----------------------------------------------------------------------------
  3542. ••Defect Number: 6003, THINK C/C++
  3543.   Problem Area: Debugger      Type: Incorrect Functionality
  3544. If the file below is compiled with C++ and run in the debugger, single stepping reveals that DDP
  3545. is assigned a constant and still shows as 0 in the Dataview window, while pv will get the correct
  3546. value of 0xFEEDFACE. 
  3547.  
  3548. typedef pascal short (*OptionsDefProc)(short msg, DialogPtr dp, EventRecord *event, short *item,
  3549. void *param);
  3550. static Handle options[2];                
  3551. static OptionsDefProc DDP;                
  3552. void *pv;
  3553.  
  3554. void main(void )
  3555. {
  3556.     DDP = (OptionsDefProc) 0xFEEDFACE;
  3557.     pv = DDP;
  3558. }
  3559. ----------------------------------------------------------------------------
  3560. ••Defect Number: 6109, THINK C/C++
  3561.   Problem Area: Debugger      Type: Incorrect Functionality
  3562. If you try to debug a file whose translator is missing (i.e. it was compiled at some earlier
  3563. time, but now the translator is gone), the debugger source window just comes up with an empty
  3564. window.  An error message to the effect "No translator installed for this file" should appear in
  3565. the source window.
  3566. ----------------------------------------------------------------------------
  3567. ••Defect Number: 4951, THINK C/C++
  3568.   Problem Area: Debugger      Type: Incorrect Functionality
  3569. You can't permanently position the Debugger's source code window within MenuBarHeight of the top
  3570. of a second screen.
  3571. ----------------------------------------------------------------------------
  3572. ••Defect Number: 5045, THINK C/C++
  3573.   Problem Area: Debugger      Type: Incorrect Functionality
  3574. Changing the project type to a non source debuggable type does not remove the Debug checkmark
  3575. even though debugging is not possible.
  3576. ----------------------------------------------------------------------------
  3577. ----------------------------------------------------------------------------
  3578. Problem Area: Editor
  3579. ----------------------------------------------------------------------------
  3580.     Product: THINK C/C++
  3581. ----------------------------------------------------------------------------
  3582. ••Defect Number: 5483, THINK C/C++
  3583.   Problem Area: Editor      Type: Data Loss or Corruption
  3584. Compiling a file with a syntax error with an external editor which locks the data fork of the
  3585. file may cause unexpected behavior in the external editor.  The project manager returns the
  3586. fileRefNum used in the other application instead of the refnum that OpenDF returned when the file 
  3587. was opened to obtain the line the error occurred on. This results in the file being closed without 
  3588. the knowledge of the other application.
  3589. ----------------------------------------------------------------------------
  3590. ••Defect Number: 5166, THINK C/C++
  3591.   Problem Area: Editor      Type: Incorrect Functionality
  3592. There is a consistent markers drift in source files that is not due to the files being edited
  3593. with any editor. They seem to move up in the file over time.
  3594. ----------------------------------------------------------------------------
  3595. ••Defect Number: 5618, THINK C/C++
  3596.   Problem Area: Editor      Type: Incorrect Functionality
  3597. The Think Project Manager has a problem handling files with > 32K lines. Such a file can be saved
  3598. to disk, but cannot be scrolled past the first windowfull of lines. Doing "select all" followed
  3599. by "copy" or "paste" does nothing, but the user is given no notification of this.  
  3600. ----------------------------------------------------------------------------
  3601. ••Defect Number: 4257, THINK C/C++
  3602.   Problem Area: Editor      Type: Incorrect Functionality
  3603. The text editor in the Think Project occasionally has inverted text synchronization problems
  3604. during scrolling.  Similar problems have been noted with Programmer's Editor Package.
  3605. ----------------------------------------------------------------------------
  3606. ••Defect Number: 4258, THINK C/C++
  3607.   Problem Area: Editor      Type: Incorrect Functionality
  3608.  You may get an update glitch if you do cmd-V, cmd-B, cmd-z. (Paste, Balance, Undo).
  3609. ----------------------------------------------------------------------------
  3610. ••Defect Number: 5431, THINK C/C++
  3611.   Problem Area: Editor      Type: Incorrect Functionality
  3612. If a multi-file batch search is performed on a string foo, selecting the first line in the Search
  3613. Results window and hitting "Enter" will cause the file containing that string to open up with the
  3614. appropriate occurrence selected.  However, if the next occurrence happens to be on the same line
  3615. as the first,  "Go To Next Match" does not select  the next occurrence.  The last match stays
  3616. selected.
  3617. ----------------------------------------------------------------------------
  3618. ••Defect Number: 6219, THINK C/C++
  3619.   Problem Area: Editor      Type: Incorrect Functionality
  3620. Duplicate markers shouldn't be created.  When the user selects a procedure name, and chooses
  3621. Mark, and an marker with the same name already exists, the old marker should be replaced (upon
  3622. confirmation by the user).
  3623. ----------------------------------------------------------------------------
  3624. ----------------------------------------------------------------------------
  3625. Problem Area: Headers
  3626. ----------------------------------------------------------------------------
  3627.     Product: THINK C/C++
  3628. ----------------------------------------------------------------------------
  3629. ••Defect Number: 6108, THINK C/C++
  3630.   Problem Area: Headers      Type: Incorrect Functionality
  3631. SetupA4.h contains functions for SetUpA4 and RestoreA4 that are declared inline for the C++
  3632. compiler. Problem is, if "use function calls for inlines" is on, the SetUpA4 mechanisms no longer
  3633. work. If they are changed to macro definitions,ie.
  3634.  
  3635. #define SetUpA4 { asm(0x2F0C); ... // instead of inline void SetUpA4(void) { ...
  3636.  
  3637. everthing works regardless of the compiler settings.
  3638.  
  3639. Workaround:
  3640.  
  3641. Use macro for inline definition.
  3642. ----------------------------------------------------------------------------
  3643. ----------------------------------------------------------------------------
  3644. Problem Area: Libraries
  3645. ----------------------------------------------------------------------------
  3646.     Product: THINK C/C++
  3647. ----------------------------------------------------------------------------
  3648. ••Defect Number:
  3649. 6002, THINK C/C++
  3650.   Problem Area: Libraries      Type: Crash
  3651. 68000 crash: 
  3652. New_by_name doesn't work on 68000 machines.  NewClassDemo++ demonstrates the problem; when
  3653. running on a Mac Classic, it produces an address error in CStdPopupPane in the popup menus demo
  3654. dialog.  
  3655.  
  3656. Workaround:
  3657.  
  3658. The following untested fix was suggested by a user and is not necessarily endorsed by Symantec:
  3659. Replace the "verify we've found a class info record" section in cp_new_by_name.cp with the
  3660. following:
  3661. ;
  3662. ;verify we've found a class info record
  3663. ;
  3664. ;- at entry, p = start of found name plus 2
  3665. ;- verify by looking back before name. First check for '.', then look
  3666. ;for 'CLASINFO'
  3667. ;
  3668. ;;
  3669. movea.l p, a0
  3670. sub.l   #12, a0 ; here starts the fix
  3671. move.l  (a0)+,d0
  3672. move.l  (a0)+,d1
  3673. and.l   #0x00FFFFFF,d0
  3674. cmpi.w  #'O.',(a0)
  3675. bne.s   @1
  3676. cmpi.l  #'SINF',d1
  3677. bne.s   @1
  3678. cmpi.l  #'\0CLA',d0
  3679. bne.s   @1
  3680. subq.l  #8, a0  ; skip length byte
  3681. ----------------------------------------------------------------------------
  3682. ••Defect Number: 4354, THINK C/C++
  3683.   Problem Area: Libraries      Type: Incorrect Functionality
  3684. IOStream Library:
  3685. Failbit is not set when an input value overflows its variable, i.e:
  3686.  
  3687. #include <iostream.h>
  3688. void main () {
  3689. int d;
  3690. cin >> d;             // give it 887234786234. It won't fail.
  3691. if (cin.rdstate() & ios::failbit)
  3692.     cout << "Bad input\n";
  3693. }
  3694. ----------------------------------------------------------------------------
  3695. ••Defect Number: 6079, THINK C/C++
  3696.   Problem Area: Libraries      Type: Incorrect Functionality
  3697. The function CRMGetToolResource is prototyped in CommResources.h but is not in the CommToolbox
  3698. Library.
  3699. ----------------------------------------------------------------------------
  3700.     Product: THINK C/C++, Symantec C/C++ for MPW
  3701. ----------------------------------------------------------------------------
  3702. ••Defect Number: 6150, THINK C/C++, Symantec C/C++ for MPW
  3703.   Problem Area: Libraries      Type: Incorrect Functionality
  3704. Run this program and enter a couple numbers separated by carriage returns, and hit control-D. The
  3705. output contains two copies of the last number entered, indicating that when it hits the EOF it
  3706. incorrectly returns true once before returning false.  
  3707. #include <iostream.h>
  3708. #include <console.h>
  3709.  
  3710. void main() {
  3711.     int n = 0, i;
  3712.     int temp;
  3713.     int a[50];
  3714.  
  3715.     cshow(stdout);
  3716.     while (cin >> temp)     // bug: (cin >> foo) true when should be false?
  3717.         a[n++] = temp;
  3718.  
  3719.     for (i = 0; i < n; i++)
  3720.         cout << a[i] << endl;
  3721. }
  3722. ----------------------------------------------------------------------------
  3723.     Product: Symantec C/C++ for MPW, THINK C/C++
  3724. ----------------------------------------------------------------------------
  3725. ••Defect Number: 6153, Symantec C/C++ for MPW, THINK C/C++
  3726.   Problem Area: Libraries      Type: Incorrect Functionality
  3727. The va_arg macro in stdarg.h is not fully parenthesized.  The result is that va_arg() does not
  3728. allow its result to be a struct.  For example the following code
  3729.  
  3730. #include <stdarg.h>
  3731.  
  3732.  struct X {int f(int n); };
  3733.  
  3734. void f_132p51(int i, ...)
  3735. {
  3736.          void *ap;
  3737.         va_arg(ap, X).f(-1);  // error here
  3738. }
  3739.  
  3740. results in this error:
  3741. Error: not a struct or union type
  3742.  
  3743. Workaround:
  3744.  
  3745. Changing
  3746. #define va_arg(p, type)            *(* (type **) &p)++
  3747. to
  3748. #define va_arg(p, type)            (*(* (type **) &p)++)
  3749. in stdarg.h will fix this problem.
  3750.  
  3751. ----------------------------------------------------------------------------
  3752.     Product: Symantec C/C++ for MPW
  3753. ----------------------------------------------------------------------------
  3754. ••Defect Number: 6202, Symantec C/C++ for MPW
  3755.   Problem Area: Libraries      Type: Incorrect Functionality
  3756. There is a problem printing pascal strings due to a bug in SCLibraries:SCSrcLibC:printf.c.
  3757.  
  3758. case 'P':   /* pascal string */
  3759.    s = va_arg(pargs,char *);
  3760. // pargs += sizeof(char *);
  3761.  
  3762. The line: 'pargs += sizeof(char *);' causes printf to skip 4 bytes of any arguments following a
  3763. %P argument. 
  3764.  
  3765. Workaround:
  3766.  
  3767. Comment the line out in printf.c to fix the problem.
  3768. ----------------------------------------------------------------------------
  3769. ----------------------------------------------------------------------------
  3770. Problem Area: Linker
  3771. ----------------------------------------------------------------------------
  3772.     Product: THINK C/C++
  3773. ----------------------------------------------------------------------------
  3774. ••Defect Number: 5785, THINK C/C++
  3775.   Problem Area: Linker      Type: Data Loss or Corruption
  3776. The code below is part of an attempt to create a code resource that would modify itself using a
  3777. pc-relative addressing mode. The linker is unable to complete the relocation and corrupts the
  3778. code in the final link. The linker should be modified to produce an error message under these
  3779. circumstances. 
  3780.  
  3781. void func(void);
  3782. void foo(void);
  3783.  
  3784. void main(void)
  3785. {
  3786.     *(long *)&foo = 1;      // generates bad code
  3787.     Debugger();             
  3788.     *(long *)&func = 1;     // as does this
  3789. }
  3790.  
  3791. void foo(void)
  3792. {
  3793.     asm {
  3794. extern func:
  3795.         dc.l    0
  3796.    }
  3797. }
  3798. ----------------------------------------------------------------------------
  3799. ----------------------------------------------------------------------------
  3800. Problem Area: TCL
  3801. ----------------------------------------------------------------------------
  3802.     Product: THINK Class Library
  3803. ----------------------------------------------------------------------------
  3804. ••Defect Number: 5692, THINK Class Library
  3805.   Problem Area: TCL      Type: Crash
  3806. If an object or subclass of CDialogText is gopher at the time the window which is its enclosure
  3807. is closed, the inherited::Dispose call will call BecomeGopher(FALSE), which will call Validate(),
  3808. which will attempt to read the contents of the macTE (calling CDialogText::GetTextString). The
  3809. macTE has already been disposed of and is no longer there, so this fails, causing the program to
  3810. bomb with a bus error. 
  3811.  
  3812. Workaround:
  3813.  
  3814. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3815. necessarily the solution that will be used to fix the problem:
  3816. Change:
  3817. void CDialogText::GetTextString( StringPtr aString)
  3818. {
  3819.    short length = Min( (**macTE).teLength, 255);
  3820.    BlockMove( *(**macTE).hText, &aString[1], length);
  3821.    aString[0] = length;
  3822. }  /* CDialogText::GetTextString */
  3823.  
  3824. to:
  3825. void CDialogText::GetTextString( StringPtr aString)
  3826. {
  3827.    short length;
  3828.    if (macTE)  {
  3829.       length = Min((**macTE).teLength, 255);
  3830.       BlockMove( *(**macTE).hText, &aString[1], length);
  3831.       aString[0] = length;
  3832.    } else {
  3833.       aString[0] = 0;
  3834. }
  3835. }
  3836. ----------------------------------------------------------------------------
  3837. ••Defect Number: 5840, THINK Class Library
  3838.   Problem Area: TCL      Type: Crash
  3839. CSizeBox::Activate will fail if it is called and the window which encloses it is not yet the
  3840. current port. 
  3841.  
  3842. Workaround:
  3843.  
  3844. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3845. necessarily the solution that will be used to fix the problem:
  3846.  
  3847. In CSizeBox::Activate(), replace the call to InvalRect() with a call to Refresh().
  3848. ----------------------------------------------------------------------------
  3849. ••Defect Number: 2507, THINK Class Library
  3850.   Problem Area: TCL      Type: Incorrect Functionality
  3851. The EqualMem routine can only compare even length data (except for a single byte, which it
  3852. special-cases), and it cannot operate on more than 32K of data at a time. 
  3853. ----------------------------------------------------------------------------
  3854. ••Defect Number: 2734, THINK Class Library
  3855.   Problem Area: TCL      Type: Incorrect Functionality
  3856. The menuID in the MenuInfo record can be different from its MENU resource ID. The code in the
  3857. CPopupMenu::PopupSelect method assumes that they are the same.  When they are different the wrong
  3858. menu pops up.
  3859.  
  3860. Workaround:
  3861.  
  3862. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3863. necessarily the solution that will be used to fix the problem:
  3864. Adding the line indicated below will make CPopupMenu more robust:
  3865. void CPopupMenu::IPopupMenu( short aMenuID, CBureaucrat *aSupervisor,
  3866.     Boolean fAutoSelect, Boolean fMultiSelect)
  3867. {
  3868. ...
  3869.    if (!macMenu)    /* no it hasn't */
  3870.    {
  3871.    /* add the menu, but don't install into the menu list */
  3872.    gBartender->AddMenu( menuID, FALSE, 0);
  3873.    macMenu = gBartender->FindMacMenu( menuID);
  3874.    /* it better have been found now */
  3875.    FailNILRes( macMenu);
  3876.    (*macMenu)->menuID = menuID;    /*** THIS IS THE NEW LINE ***/
  3877.    }
  3878. ----------------------------------------------------------------------------
  3879. ••Defect Number: 3060, THINK Class Library
  3880.   Problem Area: TCL      Type: Incorrect Functionality
  3881. In the NewClassDemo (C only), follow these steps:
  3882. 1) Open a String Table Demo
  3883. 2) Scroll to the bottom of the list.
  3884. 3) Select the last one.
  3885. 4) Click the "Delete" button
  3886. Repeat 3 and 4 until there are no more items in the list and an assertion failure will occur:
  3887.  
  3888. "Assertion Failed: position.v<=bounds.bottom
  3889. "File CPanorama.c
  3890. "Line 182
  3891.  
  3892. which is in CPanorama::SetBounds.  Apparently the drawing area has become too small when the last
  3893. item is deleted, and no check has been made on its size before calling SetBounds.
  3894. ----------------------------------------------------------------------------
  3895. ••Defect Number: 3091, THINK Class Library
  3896.   Problem Area: TCL      Type: Incorrect Functionality
  3897. The CPanorama::Pagination method will print an additional horizontal or vertical strip if the
  3898. pixel extent of the CPanorama object is equal to the page width. The extra strip should not be
  3899. added if the extent is an even multiple of the page size.
  3900. ----------------------------------------------------------------------------
  3901. ••Defect Number: 3092, THINK Class Library
  3902.   Problem Area: TCL      Type: Incorrect Functionality
  3903. The CDocument::Notify method sets the dirty flag even if a NULL is passed for the task.
  3904. ----------------------------------------------------------------------------
  3905. ••Defect Number: 3106, THINK Class Library
  3906.   Problem Area: TCL      Type: Incorrect Functionality
  3907. The parameters aHEncl, aVEncl in all of the TCL Pane subclasses are declared short, although the
  3908. instance variables hEncl, vEncl are long. This makes it impossible to initialize a pane to a long
  3909. coordinate position.
  3910. ----------------------------------------------------------------------------
  3911. ••Defect Number: 3114, THINK Class Library
  3912.   Problem Area: TCL      Type: Incorrect Functionality
  3913. CApplication::Process1Event() uses 
  3914. aDAIsActive = IsSystemWindow((WindowPeek)FrontWindow());
  3915. to determine if a DA is active. This will not work for DA's that do not have windows (i.e. have
  3916. menus only).
  3917. ----------------------------------------------------------------------------
  3918. ••Defect Number: 4343, THINK Class Library
  3919.   Problem Area: TCL      Type: Incorrect Functionality
  3920. In CPrinter::OpenPrintMgr(),:if fCheckError is TRUE and an PrError returns an error, printMgrOpen
  3921. needs to be reset to false.
  3922. ----------------------------------------------------------------------------
  3923. ••Defect Number: 4344, THINK Class Library
  3924.   Problem Area: TCL      Type: Incorrect Functionality
  3925. CArrayPane::Dispose() does not cancel the dependency with its array.
  3926.  
  3927. Workaround:
  3928.  
  3929. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3930. necessarily the solution that will be used to fix the problem.
  3931.  
  3932. Add the following lines after the opening brace of CArray::Dispose() to guarantee cancelling of
  3933. the dependency with the array:
  3934. if( itsArray )
  3935.     CancelDependency( itsArray );
  3936. ----------------------------------------------------------------------------
  3937. ••Defect Number: 4345, THINK Class Library
  3938.   Problem Area: TCL      Type: Incorrect Functionality
  3939. CDialogDirector::EndDialog() provides no way to avoid validation of a dialog when the user hits
  3940. cancel.
  3941.  
  3942. Workaround:
  3943.  
  3944. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3945. necessarily the solution that will be used to fix the problem:
  3946.  
  3947. To avoid validation when the user hits cancel, hide the window.
  3948. Boolean CDialogDirector::EndDialog( long withCmd, Boolean fValidate)
  3949. {
  3950.    Boolean closeIt = TRUE;
  3951.    if (itsWindow)
  3952.    {
  3953.       if(withCmd==cmdCancel)    // To avoid validation of dialog
  3954.       {                           //text on a cancel, we hide the window.
  3955.          itsWindow->Hide();
  3956.          fValidate = FALSE;
  3957.       }
  3958.       if (fValidate)
  3959.          closeIt = Validate();
  3960.       if (closeIt)
  3961.         dismissCmd = withCmd;
  3962.       }
  3963.       return closeIt;
  3964.    }    /* CDialogDirector::EndDialog */
  3965. ----------------------------------------------------------------------------
  3966. ••Defect Number: 4349, THINK Class Library
  3967.   Problem Area: TCL      Type: Incorrect Functionality
  3968. Since CClipboard::DataSize() may generate an exception and some code (such as menu updating)
  3969. doesn't expect errors, it needs to have TRY/ENDTRY statements around its code and to just return
  3970. 0 if an error occurs.
  3971.  
  3972. ----------------------------------------------------------------------------
  3973. ••Defect Number: 5665, THINK Class Library
  3974.   Problem Area: TCL      Type: Incorrect Functionality
  3975. In the TinyEdit demo, no blinking caret appears when a new document is opened.  The caret appears
  3976. when the user begins typing, but disappears again after a carriage return.
  3977. ----------------------------------------------------------------------------
  3978. ••Defect Number: 5688, THINK Class Library
  3979.   Problem Area: TCL      Type: Incorrect Functionality
  3980. The call to SendBehind () in CFWDesktop::SelectWind() will only work if aWindow is a desk
  3981. accessory.
  3982.  
  3983. Workaround:
  3984.  
  3985. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  3986. necessarily the solution that will be used to fix the problem:
  3987.  
  3988. Change aWindow->macPort to aModal->macPort, in the call to SendBehind.
  3989. From CFWDesktop::SelectWind():
  3990. if (theWindow->IsFloating()) {      /* Select a floating window         */
  3991.    if (theWindow != topFloat) {    /* If this isn't the top float ...  */
  3992.       // TCL 1.1.3 11/30/92 BF
  3993.       aModal = GetLastModal(&anyModalsVisible);
  3994.       if (aModal)                 /* If there is a modal window       */
  3995.          /*   Put floating window behind it  */
  3996.          SendBehind(theWindow->macPort, aModal->macPort);  // CHANGED LINE
  3997.       else
  3998.          /*   Make it the front window       */
  3999.          BringToFront(theWindow->macPort);
  4000.          /*   Update our window list         */
  4001.          itsFloats->BringFront(theWindow);
  4002.          theWindow->Show();          /*   Make it visible, if necessary  */
  4003.          topFloat = theWindow;       /*   Mark it as the top float       */
  4004.          /* Suppress deactivate - normal     */
  4005.          /*   window remains "in front"      */
  4006.          CurDeactive = NULL;         //   TCL 1.1.3 11/30/92 BF
  4007.       }
  4008.    } else if (theWindow != topWindow) {
  4009. ----------------------------------------------------------------------------
  4010. ••Defect Number: 5712, THINK Class Library
  4011.   Problem Area: TCL      Type: Incorrect Functionality
  4012. In the CPaneBorder class, borderFlags is defined as a long as an instance variable, and as an
  4013. argument to all methods that use it except for IPaneBorder, which defines it as a short.  It
  4014. should be a long everywhere.
  4015. ----------------------------------------------------------------------------
  4016. ••Defect Number: 5724, THINK Class Library
  4017.   Problem Area: TCL      Type: Incorrect Functionality
  4018. The error handling code in CObject::SubclassResponsibility() should be an ASSERT or other type of
  4019. alert, rather than a DebugStr();
  4020.  
  4021. ----------------------------------------------------------------------------
  4022. ••Defect Number: 5749, THINK Class Library
  4023.   Problem Area: TCL      Type: Incorrect Functionality
  4024. NewClassDemo reveals the following bug: Type something, then save, then without doing anything
  4025. else continue typing. The Save command is disabled, since no new task was posted. 
  4026.  
  4027. Workaround:
  4028.  
  4029. The undo buffer needs to be reset (with a Notify(NULL)) after the save.
  4030. ----------------------------------------------------------------------------
  4031. ••Defect Number: 5793, THINK Class Library
  4032.   Problem Area: TCL      Type: Incorrect Functionality
  4033. There is a problem with CIconPane.cp with C++ only. The problem comes from the fact that the
  4034. toolbox call PlotCIconHandle() does not seem to modify the return code if no error occurs. This
  4035. is not a problem in Think C, since it pushes a 0 on the stack. C++, however, just decrements the
  4036. stack by two, then makes the call. This means that PlotCIconHandle() seems to return an error
  4037. code even if nothing bad happened, since it's just reading whatever garbage was left on the
  4038. stack.
  4039.  
  4040. Workaround:
  4041.  
  4042. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  4043. necessarily the solution that will be used to fix the problem:
  4044. This modification to the tcl_PlotCIconHandle() inline definition at the top of CIconPane.cp will
  4045. work with both C and C++:
  4046. /* Need to clear out the return value, because PlotCIconHandle doesn't seem to set it, so C++
  4047. call fails, because it just subtracts 2 from SP, rather than  pushing 0, as C does.
  4048. We add:
  4049. MOVEQ #$0, D0   ;0x7000
  4050. MOVE.W D0, $C(A7)   ;0x3f40, 0x000c
  4051. */
  4052. pascal OSErr tcl_PlotCIconHandle( Rect*, short, short, CIconHandle) = { 0x7000, 0x3f40, 0x000c,
  4053. 0x303C, 0x61F, tcl_IconDispatch};
  4054. ----------------------------------------------------------------------------
  4055. ••Defect Number: 5794, THINK Class Library
  4056.   Problem Area: TCL      Type: Incorrect Functionality
  4057. CSwitchboard:DoUpdate(), CSwitchboard::DoActivate() and CSwitchboard::DoDeactivate() have the
  4058. potential to call member with a NULL object, since EventToWindow() will return NULL for a non TCL
  4059. window.
  4060.  
  4061. w = EventToWindow(macEvent);      // this returns a NULL for nonTCL window!!
  4062. if (member(w, CWindow))           // causing member() to get a bus error
  4063. .....;
  4064.  
  4065.  
  4066. Workaround:
  4067.  
  4068. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  4069. necessarily the solution that will be used to fix the problem:
  4070. Change
  4071. w = EventToWindow(macEvent);      // this returns a NULL for nonTCL window!!
  4072. if (member(w, CWindow))           // causing member() to get a bus error
  4073. ...;
  4074.  
  4075. to:
  4076. w = EventToWindow(macEvent);      // this returns a NULL for nonTCL window!!
  4077. if (w && member(w, CWindow))      // checks for non-NULL, preventing crash
  4078. ...;
  4079. ----------------------------------------------------------------------------
  4080. ••Defect Number: 5926, THINK Class Library
  4081.   Problem Area: TCL      Type: Incorrect Functionality
  4082. CRunArray::FindSum() will crash with a divide by zero error on a CRunArray object whose first
  4083. members are zero, as when making a CTable's first row's height equal to zero.
  4084.  
  4085. Workaround:
  4086.  
  4087. The following workaround was suggested by a user.  It has not been tested by Symantec and is not
  4088. necessarily the solution that will be used to fix the problem:
  4089. In CArray::FindSum():
  4090. put
  4091. if (currRun->value!=0)
  4092. before the line
  4093.     currIndex -= (currSum - aSum -1) / currRun->value + 1;
  4094. ----------------------------------------------------------------------------
  4095. ••Defect Number: 5983, THINK Class Library
  4096.   Problem Area: TCL      Type: Incorrect Functionality
  4097. In CApplication::Idle()
  4098. The if statement 
  4099.     
  4100.     if (rainyDay != NULL) {
  4101.         DisposHandle(rainyDay);
  4102.     }
  4103. should read
  4104.     
  4105.     if (rainyDay != NULL) {
  4106.         DisposHandle(rainyDay);
  4107.         rainyDay = NULL;
  4108.     }
  4109. This affects execution in very low memory situations.
  4110.  
  4111. Workaround:
  4112.  
  4113. Change CApplication::Idle() as indicated above.
  4114. ----------------------------------------------------------------------------
  4115. ••Defect Number: 5984, THINK Class Library
  4116.   Problem Area: TCL      Type: Incorrect Functionality
  4117. In CDLOGDialog::IDLOGDialog()
  4118. After the line
  4119.     FailNILRes( dlogTemplate);
  4120.  
  4121. should be the following lines:
  4122.  
  4123.     savedState = HGetState( (Handle) dlogTemplate); // currently further down in the code.
  4124.     HNoPurge((Handle) dlogTemplate)                 // new addition
  4125.  
  4126. These changes prevent the possiblility of dlogTemplate being purged before it is locked and used
  4127. towards the end of the method code. This affects execution in very low memory situations.
  4128.  
  4129. Workaround:
  4130.  
  4131. Change CDLOGDialog::IDLOGDialog() as indicated above.
  4132. ----------------------------------------------------------------------------
  4133. ••Defect Number: 6028, THINK Class Library
  4134.   Problem Area: TCL      Type: Incorrect Functionality
  4135. At the top of the CCluster.cp file, in the comments for TCL 1.1 changes it notes that "CCluster
  4136. is now a superclass of CArray".  In fact the opposite is true, CCluster is a subclass of CArray.
  4137. ----------------------------------------------------------------------------
  4138. ••Defect Number: 6080, THINK Class Library
  4139.   Problem Area: TCL      Type: Incorrect Functionality
  4140. In CPane.cp, the comment for 1.1.3 changes claims that GetEnabled() and SetEnabled() methods have
  4141. been added but no such methods exist.
  4142. ----------------------------------------------------------------------------
  4143. ••Defect Number: 6093, THINK Class Library
  4144.   Problem Area: TCL      Type: Incorrect Functionality
  4145. The MAXLONG and MAXINT definitions conflict in files Values.h (Mac #includes) and Global.h (TCL
  4146. Core Classes). Global.h hard codes MAXINT and MAXLONG to 32767 and 0x7FFFFFFF. Values.h ties them
  4147. to sizeof(int) and sizeof(long).
  4148. ----------------------------------------------------------------------------
  4149. ••Defect Number: 6140, THINK Class Library
  4150.   Problem Area: TCL      Type: Incorrect Functionality
  4151. In the CBartender::SetMenuBarState() method, the line:
  4152.             oldState |= ((**(entry->macMenu)).enableFlags & 1) << i;
  4153. should read:
  4154.             oldState |= ((**(entry->macMenu)).enableFlags & 1) << n;
  4155.  
  4156. since i is the index into the Bartender's menu array (which includes both menu bar and
  4157. hierarchical menus), while n is the index of menu bar menus. The effect of this bug is that the
  4158. menu bar state isn't properly restored
  4159. after closing a modal dialog.
  4160. ----------------------------------------------------------------------------
  4161. ••Defect Number: 6161, THINK Class Library
  4162.   Problem Area: TCL      Type: Incorrect Functionality
  4163. gInBackground is NEVER initialized.  It is only set in CApplication::Suspend and Resume.
  4164. ----------------------------------------------------------------------------
  4165. ••Defect Number: 6220, THINK Class Library
  4166.   Problem Area: TCL      Type: Incorrect Functionality
  4167. The GetSteps() method in CEditText doesn't preserve the QuickDraw environment. It calls
  4168. GetTEFontInfo() so that it can GetFontInfo() but doesn't set the font back to what it was before.
  4169.  
  4170. ----------------------------------------------------------------------------
  4171. ----------------------------------------------------------------------------
  4172. Problem Area: UI & Environment
  4173. ----------------------------------------------------------------------------
  4174.     Product: THINK C
  4175. ----------------------------------------------------------------------------
  4176. ••Defect Number: 2645, THINK C
  4177.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4178. Some sort of warning should alert the user to the following unexpected behaviour : Given the
  4179. following project structure:
  4180.  
  4181.   MyProject ƒ:
  4182.     MyProject.π
  4183.     main.c
  4184.     TempFolder ƒ:
  4185.       dummy.c
  4186.  
  4187. If you open up main.c, and then use "Save As" to save it in the folder "TempFolder ƒ", the THINK
  4188. Project Manager *deletes* the old copy of main.c and writes a new one into the folder "TempFolder
  4189. ƒ". This is contrary to user expectations. If you use Save As to give a file a different name, it
  4190. doesn't remove the old file.
  4191.    This is partly understandable since the THINK Project Manager requires that there be no
  4192. duplicate filenames in two different trees.
  4193.  
  4194. ----------------------------------------------------------------------------
  4195. ••Defect Number: 5034, THINK C
  4196.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4197. #include "filename.h" does not work exactly as documented.  Note the double quotes.
  4198. The THINK Project Manager looks first in the referencing folder, then in the project tree, and
  4199. finally in the THINK Tree. 
  4200.  
  4201. This works as documented, EXCEPT when the referencing folder is in the THINK Tree.  In that case,
  4202. the THINK Project Manager looks first in the referencing folder, THEN in the THINK Tree, and
  4203. finally in the project tree.
  4204.  
  4205. Workaround:
  4206.  
  4207. Do not put project specific files in the THINK Project Manager tree.
  4208. ----------------------------------------------------------------------------
  4209. ••Defect Number: 4756, THINK C
  4210.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4211. On a German keyboard running system 7.1, command-period (cancel) does not work at all under the
  4212. debugger.  
  4213. ----------------------------------------------------------------------------
  4214.     Product: THINK C/C++
  4215. ----------------------------------------------------------------------------
  4216. ••Defect Number: 5236, THINK C/C++
  4217.   Problem Area: UI & Environment      Type: Crash
  4218. TPM crashes (address error) on a Centris 610 when launched from an AppleShare file server over
  4219. LocalTalk.  This is with all extensions except for AppleShare, Memory and Cache Switch (all
  4220. System Software things) disabled manually. 
  4221.  
  4222. Workaround:
  4223.  
  4224. Turning 040 caches off corrects the problem.
  4225. ----------------------------------------------------------------------------
  4226. ••Defect Number: 6066, THINK C/C++
  4227.   Problem Area: UI & Environment      Type: Crash
  4228. Open a project containing enough files so that the project window scroll bars are active (a TCL
  4229. project works well).  Select the project, hit END, and option-click on one of the arrows to
  4230. compress the project window.  Then hit HOME, END, HOME, END.  TPM will hang.
  4231. ----------------------------------------------------------------------------
  4232. ••Defect Number: 5755, THINK C/C++
  4233.   Problem Area: UI & Environment      Type: Crash
  4234. Unimplemented trap sometimes occurs in Add Files dialog under system 6.
  4235. ----------------------------------------------------------------------------
  4236. ••Defect Number: 3018, THINK C/C++
  4237.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4238. If "Confirm Saves" is off, closing the window of a file that's in a write-protected folder (i.e.
  4239. on a server) gives an "Unknown Error -5000" alert. (-5000 is an AppleShare privilege violation.)
  4240. The only way to close the window is to turn on "Confirm Saves", close the window, and click 
  4241. "discard changes". 
  4242. ----------------------------------------------------------------------------
  4243. ••Defect Number: 4045, THINK C/C++
  4244.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4245. Files should open on the same monitor as the project window.
  4246. ----------------------------------------------------------------------------
  4247. ••Defect Number: 4146, THINK C/C++
  4248.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4249. If a resource file named <projname>.rsrc is added to a project named <projname> so that it can be
  4250. double-clicked on in the project window, TPM says that resources are duplicated when the project
  4251. is brought up to date.   At the very least, TPM shouldn't allow the .rsrc file to be added in the
  4252. first place. At the very best, it should be able to handle this case when old-style projects are
  4253. being used.
  4254. ----------------------------------------------------------------------------
  4255. ••Defect Number: 4253, THINK C/C++
  4256.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4257. The Project Manager incorrectly allows you to add multi-segment projects to projects.
  4258. ----------------------------------------------------------------------------
  4259. ••Defect Number: 4584, THINK C/C++
  4260.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4261. When a project is run from within THINK Project Manager the resource flags (preload, locked,
  4262. etc.) of the segments of the application seem to be ignored. Therefore, a built application's
  4263. segments behave differently than the segments of a project run within the environment. This makes
  4264. it difficult to debug segmentation-related problems at the source level. (In fact, the default
  4265. segment flags CAUSE problems that modified flags could solve, like heap fragmentation, segments
  4266. getting loaded at the wrong time, etc.)
  4267. ----------------------------------------------------------------------------
  4268. ••Defect Number: 4699, THINK C/C++
  4269.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4270. There is an editor problem with scrolling selections into view. If a line is triple clicked, and
  4271. its left edge is not showing, it scrolls into view. If an item is double-clicked that extends
  4272. over the right edge, it too will scroll into view.  Instead, the current scroll selection should
  4273. be maintained.  
  4274. ----------------------------------------------------------------------------
  4275. ••Defect Number: 4919, THINK C/C++
  4276.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4277. There is no dependency between a .o file and a .v file for the .o converter. If a .v file is
  4278. changed, its .o is not re-compiled when the project is updated.
  4279.  
  4280. Workaround:
  4281.  
  4282. re-compile the .o file as soon as you've edited the .v file
  4283. ----------------------------------------------------------------------------
  4284. ••Defect Number: 5102, THINK C/C++
  4285.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4286. Choose New Project: the button to make it so is called Create when the dialog opens and as long
  4287. as one travels upwards in the folder hierarchy. But start traveling downwards and the button
  4288. changes to Save. It should change to Create again when a project name is entered. 
  4289. ----------------------------------------------------------------------------
  4290. ••Defect Number: 5109, THINK C/C++
  4291.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4292. If a project's rsrc file is open when an app is being built, TPM does everything except copy the
  4293. resources, yet doesn't notify the user that the resources weren't copied.
  4294.  
  4295. Workaround:
  4296.  
  4297. close .rsrc file before building apps
  4298. ----------------------------------------------------------------------------
  4299. ••Defect Number: 5146, THINK C/C++
  4300.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4301. When TinyEdit TCL program was built with low disk space (only 22K free when TPM attempted to load
  4302. MacTraps2)  the machine hung with the compilation progress window up. Got out with
  4303. cmd-option-escape.
  4304. TPM should check for low disk space, and put up an alert. 
  4305. ----------------------------------------------------------------------------
  4306. ••Defect Number: 5170, THINK C/C++
  4307.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4308. If an external editor is used, TPM closes the current project when user chooses Quit, but doesn't
  4309. always actually quit.
  4310. ----------------------------------------------------------------------------
  4311. ••Defect Number: 5249, THINK C/C++
  4312.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4313. When project windows are printed out, the resulting printout includes segment numbers but not
  4314. their names, as they appear in the actual window. 
  4315. ----------------------------------------------------------------------------
  4316. ••Defect Number: 5468, THINK C/C++
  4317.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4318. If a project includes another project that is locked, and the locked project is double-clicked in
  4319. the project window, a dialog box comes up in the Finder instead of in the TPM.
  4320. ----------------------------------------------------------------------------
  4321. ••Defect Number: 5528, THINK C/C++
  4322.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4323. There is a problem with header files in the project tree that have the same name as a file they
  4324. include in the THINK tree, for example a file called time.h in the project tree that includes
  4325. <time.h>. TPM says it can't open the file and then gets confused.
  4326. ----------------------------------------------------------------------------
  4327. ••Defect Number: 5575, THINK C/C++
  4328.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4329. With the "re-open files" option selected, the editor doesn't re-open the .h files that were left
  4330. open in the project. 
  4331. ----------------------------------------------------------------------------
  4332. ••Defect Number: 5587, THINK C/C++
  4333.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4334. If a source or include file cannot be found, the batch compilation stops with an alert. That
  4335. notice should go into the error list instead and the update should continue with the next source
  4336. file. 
  4337. ----------------------------------------------------------------------------
  4338. ••Defect Number: 5616, THINK C/C++
  4339.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4340. When projects are moved from one machine to another,  files in the project sometimes can't be
  4341. found when the project is updated, even when they are still in the project tree. 
  4342. ----------------------------------------------------------------------------
  4343. ••Defect Number: 5644, THINK C/C++
  4344.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4345. The string displayed in the first screen of the TPM about box should be "Symantec C++ for
  4346. Macintosh"  not just "Symantec C++".
  4347.  
  4348. ----------------------------------------------------------------------------
  4349. ••Defect Number: 5670, THINK C/C++
  4350.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4351. If a Run is done after a Remove Objects on a project containing multiple items, and the compile
  4352. is aborted with command-period, the compile stops but the Run is still attempted. A Link Errors
  4353. window may appear, depending upon the state the project is in.
  4354. ----------------------------------------------------------------------------
  4355. ••Defect Number: 5676, THINK C/C++
  4356.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4357. If the C++:Debugging option is changed from  "Report 1st few errors" to "Report all errors", 
  4358. every source in the project is recompiled during an Update.  
  4359. ----------------------------------------------------------------------------
  4360. ••Defect Number: 5777, THINK C/C++
  4361.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4362. When a batch search is resumed (command T), the progress window says "file n of 1" for each file
  4363. searched. Also, 1 or 2 lines at the top of the Search Results window get overwritten when an
  4364. interrupted batch search is resumed.
  4365. ----------------------------------------------------------------------------
  4366. ••Defect Number: 5897, THINK C/C++
  4367.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4368. If a "batch" compile is in progress it's sometimes necessary to keep pressing Cmd-period over and
  4369. over again to cancel the batch.  It then doesn't save the results of the compilation up to the
  4370. stopping point.
  4371. ----------------------------------------------------------------------------
  4372. ••Defect Number: 5922, THINK C/C++
  4373.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4374. If a file is mapped to the "None" translator, it can't be included in a multi-file search.  
  4375. ----------------------------------------------------------------------------
  4376. ••Defect Number: 5963, THINK C/C++
  4377.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4378. If an alias to an unmounted server is in the alias folder, the Finder will open the mount-server
  4379. dialog every time a project is opened or created.
  4380.  
  4381. Workaround:
  4382.  
  4383. Hitting cancel in the dialog allows the user to continue.
  4384. ----------------------------------------------------------------------------
  4385. ••Defect Number: 5967, THINK C/C++
  4386.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4387. Applescript support bug:  The 'compiled_at' and 'modified_at' properties are returned
  4388. appropriately,  but AppleScript can't do anything with them, complaining that an arithmetic 
  4389. operation is impossible because a value is too large. 
  4390. ----------------------------------------------------------------------------
  4391. ••Defect Number: 5972, THINK C/C++
  4392.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4393. Applescript bug: TPM doesn't deal with "every" at all, e.g.
  4394.     name of every segment of project document 1
  4395. gives a "some data was the wrong type" error. This disallows the very useful "repeat
  4396. with...in..." construct:
  4397.     repeat with seg in every segment of project document 1
  4398.         name of seg
  4399.     end repeat
  4400.  
  4401. Workaround:
  4402.  
  4403. use numeric-index loops, as shown in the examples supplied with TPM.
  4404. ----------------------------------------------------------------------------
  4405. ••Defect Number: 5974, THINK C/C++
  4406.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4407. AppleScript issue: GetData of most special classes fails. For instance, "source 1 of project
  4408. document 1" by itself gets a "descriptor type mismatch" error. It should just return an object
  4409. specifier representing the first source file.  I can't say:
  4410.     name of selection of project document 1
  4411.  
  4412. Workaround:
  4413.  
  4414.  use:   set x to selection of project document 1
  4415.            name of x
  4416. ----------------------------------------------------------------------------
  4417. ••Defect Number: 5980, THINK C/C++
  4418.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4419. On occasion, option-clicking in the title bar of a connected source file does not produce the
  4420. list of included header files. 
  4421.  
  4422. Workaround:
  4423.  
  4424. deactivate the source window in question and re-activate it, then try again
  4425. ----------------------------------------------------------------------------
  4426. ••Defect Number: 6017, THINK C/C++
  4427.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4428. If the TPM allows users to modify locked files, it should do two things:
  4429. - warn the user when opening locked files directly through the TPM, so the file can be unlocked
  4430. before editing.
  4431. - not allow the user to close a modified locked file without explicitly throwing away changes
  4432. made to the document.  If the user decides to save, the Save As dialog should be presented.
  4433. Alternatively, allow the user to open the file but not edit it, a la checked-out read only files.
  4434.  
  4435. ----------------------------------------------------------------------------
  4436. ••Defect Number: 6074, THINK C/C++
  4437.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4438. According to the Macintosh Human Interface Guidelines (p. 140), scroll bars in inactive windows
  4439. should not be drawn at all; instead, an empty box should be drawn where the scroll bar would
  4440. normally be drawn.
  4441. ----------------------------------------------------------------------------
  4442. ••Defect Number: 6102, THINK C/C++
  4443.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4444. Double-clicking on .o or library files in the project window produces the incorrect error message
  4445. "<some file>.o" cannot be opened because its translator is missing".  
  4446. ----------------------------------------------------------------------------
  4447. ••Defect Number: 6170, THINK C/C++
  4448.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4449. Update glitch:  compile a file containing these 3 lines:
  4450. int i;
  4451. ...
  4452. int j;
  4453.  
  4454. Select the three lines, select Compile errors window, hit Enter to select the error, deselect.
  4455. There are 2 leftover thin highlighted lines above and below the error.
  4456.  
  4457. ----------------------------------------------------------------------------
  4458. ••Defect Number: 4197, THINK C/C++
  4459.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4460. Apple event interface problem: Apple events for getting file info cannot go across networks,
  4461. since FSSpecs are local. The FSSpec should be replaced by an alias. 
  4462.  
  4463. ----------------------------------------------------------------------------
  4464. ••Defect Number: 4425, THINK C/C++
  4465.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4466. Even when "Confirm Project Updates" is not checked,    "Link..." asks if you want to bring
  4467. the project up-to-date. 
  4468. ----------------------------------------------------------------------------
  4469. ••Defect Number: 5378, THINK C/C++
  4470.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4471. There is an issue with Menu Sharing with Frontier, regarding having the target app in the
  4472. debugger receiving all 'KAHL' events. At the very least, the shared menus should be disabled
  4473. while debugging.
  4474. ----------------------------------------------------------------------------
  4475. ••Defect Number: 5452, THINK C/C++
  4476.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4477. Even with the Always Check File Dates option turned on in the TPM Preferences, source code
  4478. outside the project folder is not always checked during an Update or Make.  
  4479. ----------------------------------------------------------------------------
  4480. ••Defect Number: 5725, THINK C/C++
  4481.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4482. If Page Setup is chosen after installing new System software and launching a TPM project, nothing
  4483. happens.  An alert should come up telling the user to select a printer in the Chooser.
  4484. ----------------------------------------------------------------------------
  4485. ••Defect Number: 6115, THINK C/C++
  4486.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4487. Although TPM appears to remember the location of ".c" files that were aliased through the Aliases
  4488. folder, it seems to do an exhaustive search each time a ".h" file is requested that is contained
  4489. in one of the aliased folders, thus slowing down compiles.  
  4490. ----------------------------------------------------------------------------
  4491. ••Defect Number: 6214, THINK C/C++
  4492.   Problem Area: UI & Environment      Type: Incorrect Functionality
  4493. Many Standard Libraries files have a creation date later than the last modification date.  
  4494. ----------------------------------------------------------------------------
  4495. ----------------------------------------------------------------------------
  4496. Problem Area: SCCS
  4497. ----------------------------------------------------------------------------
  4498.     Product: THINK C/C++
  4499. ----------------------------------------------------------------------------
  4500. ••Defect Number: 4928, THINK C/C++
  4501.   Problem Area: SCCS      Type: Incorrect Functionality
  4502. When user tries to Checkout at the same time as someone else, a cryptic permissions error appears
  4503. instead of the friendly "Are you sure you want to keep waiting?" MPW Projector dialogs:
  4504. ### NameRevisions - Unable to open project "ProjectorDBs∫" in directory "Source:ProjectorDBs:".
  4505. # OS error -54 (Error message file not available)
  4506. ----------------------------------------------------------------------------
  4507. ••Defect Number: 4935, THINK C/C++
  4508.   Problem Area: SCCS      Type: Incorrect Functionality
  4509. When using Checkout To: another directory, the “Directory” button should select the directory
  4510. that you’re in, not the folder selected. Or, at least, there should be a way to select the
  4511. directory that you’re in, rather than have all
  4512. the buttons dim when you get to it.
  4513. ----------------------------------------------------------------------------
  4514. ••Defect Number: 4940, THINK C/C++
  4515.   Problem Area: SCCS      Type: Incorrect Functionality
  4516. There is no way in the SourceServer interface to remove a file from a project DB once it's in
  4517. there.
  4518.  
  4519. Workaround:
  4520.  
  4521. use MPW's DeleteRevisions -y
  4522. ----------------------------------------------------------------------------
  4523. ••Defect Number: 5057, THINK C/C++
  4524.   Problem Area: SCCS      Type: Incorrect Functionality
  4525. When a checked-out file is checked in, the task and comment fields are blank. They should default
  4526. to the text the user supplied when the file was checked out, rather than requiring re-entry of
  4527. the information.
  4528. ----------------------------------------------------------------------------
  4529. ••Defect Number: 5085, THINK C/C++
  4530.   Problem Area: SCCS      Type: Incorrect Functionality
  4531. Pressing Return in the Check In/Out dialogs presses the default button instead of entering a
  4532. return character into the text, as it does in MPW. 
  4533. ----------------------------------------------------------------------------
  4534. ••Defect Number: 5207, THINK C/C++
  4535.   Problem Area: SCCS      Type: Incorrect Functionality
  4536. The check out window incorrectly allows you to request a non-leaf version of a file modifiable
  4537. non-branch.
  4538. It should default to read-only.  In any case, if modifiable is selected, branch should be
  4539. automatically checkmarked (and the user shouldn't be able to turn it off).
  4540. ----------------------------------------------------------------------------
  4541. ••Defect Number: 5313, THINK C/C++
  4542.   Problem Area: SCCS      Type: Incorrect Functionality
  4543. When checking out source files from a ProjectorDB created with MPW 3.2, the source file is
  4544. recorded as checked out from a NULL user,  even though there was a user name in the Check Out
  4545. dialog.  Trying to check that file back using MPW is then impossible.
  4546. ----------------------------------------------------------------------------
  4547. ••Defect Number: 5682, THINK C/C++
  4548.   Problem Area: SCCS      Type: Incorrect Functionality
  4549. Using the command line to set the checkout directory (checkoutdir <pathname>) to the same path as
  4550. the current directory (which appears as the second item in the "Check out to: <directory>" popup
  4551. in the CheckOut dialog), causes the pathname to appear twice in a row in this popup menu
  4552. thereafter.
  4553. ----------------------------------------------------------------------------
  4554. ••Defect Number: 5885, THINK C/C++
  4555.   Problem Area: SCCS      Type: Incorrect Functionality
  4556. In the SourceServer CheckIn dialog, files which cannot be checked in (i.e. they are read only,
  4557. checked out by someone else or not found) should be dimmed.  
  4558. ----------------------------------------------------------------------------
  4559. ••Defect Number: 5886, THINK C/C++
  4560.   Problem Area: SCCS      Type: Incorrect Functionality
  4561. In the SourceServer CheckOut dialog, the icons in the revision view list are not updated when one
  4562. performs a checkout or an undo checkout.
  4563. ----------------------------------------------------------------------------
  4564. ••Defect Number: 5888, THINK C/C++
  4565.   Problem Area: SCCS      Type: Incorrect Functionality
  4566. If a file is checked in that cannot be found, the failure is silent; the user gets no warning
  4567. message or other notification that the file was not checked in.
  4568. ----------------------------------------------------------------------------
  4569. ••Defect Number: 5889, THINK C/C++
  4570.   Problem Area: SCCS      Type: Incorrect Functionality
  4571. If two projects are mounted and "set project" is done on the one that is not current,  the
  4572. project popup in the checkin dialog does not indicate the correct project.  If the popup is then
  4573. used to switch to the correct project, the icons in the list are not updated.
  4574. ----------------------------------------------------------------------------
  4575. ••Defect Number: 5890, THINK C/C++
  4576.   Problem Area: SCCS      Type: Incorrect Functionality
  4577. The task and comment fields in the checkout dialog should be dimmed when checking out read-only.
  4578. ----------------------------------------------------------------------------
  4579. ••Defect Number: 5947, THINK C/C++
  4580.   Problem Area: SCCS      Type: Incorrect Functionality
  4581. MPW Projector allows carriage returns in Checkout Info.  If such a Projector database is ported
  4582. to the TPM and opened in SourceServer, clicking on the INFO button in the CheckOut dialog where
  4583. the info contains a carriage return causes the popup menus to stop working, and displays only the
  4584. text in the window up to the CR.
  4585. ----------------------------------------------------------------------------
  4586. ••Defect Number: 5968, THINK C/C++
  4587.   Problem Area: SCCS      Type: Incorrect Functionality
  4588. In the Source Server checkout dialog,  the "By Name" popup pops up but doesn't work in the
  4589. revision view.  It should move up a level to the file view and then select the appropriate files.
  4590. ----------------------------------------------------------------------------
  4591. ••Defect Number: 6095, THINK C/C++
  4592.   Problem Area: SCCS      Type: Incorrect Functionality
  4593. If a file is changed and not saved and then checked in using "Check in <filename>", the changed
  4594. version gets checked in just as it should.  The changed file is now Read-only. However, if the
  4595. file is checked in with "Check in ...", the behavior is different: the changed file gets checked
  4596. in, and a read-only icon appears in the lower left, BUT if the file is closed, a dialog comes up
  4597. asking whether to save changes. And if the user says no, the read-only file actually gets changed
  4598. back to what it was before it was edited.
  4599. ----------------------------------------------------------------------------
  4600. ----------------------------------------------------------------------------
  4601. Problem Area: Utilities & Demos
  4602. ----------------------------------------------------------------------------
  4603.     Product: THINK C/C++
  4604. ----------------------------------------------------------------------------
  4605. ••Defect Number: 5744, THINK C/C++
  4606.   Problem Area: Utilities & Demos      Type: Incorrect Functionality
  4607. In the Vector demo, typing "vi.size()" or "nextLetter(c1)" into the Data window yields "illegal
  4608. instruction" or "bus error". 
  4609. ----------------------------------------------------------------------------
  4610. ••Defect Number: 5745, THINK C/C++
  4611.   Problem Area: Utilities & Demos      Type: Incorrect Functionality
  4612. Problems with the profiler and C++ methods:
  4613.    1) overloaded calls get chopped off with no way to distinguish them.
  4614.    2) mangled names show up in certain cases.
  4615.    
  4616. ----------------------------------------------------------------------------
  4617. End of Report.
  4618.